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service director processor generates for the ticket issuer 
a number that uniquely represents the user, establishes 
it as the customer number 9121, and registers that 
number in the customer table. The customer table is 
designated by using the customer table address 5230 of 5 
the ticket issuer list 5203. 

[1 579] Upon receiving the ticket order 5902, the ticket 
issuing system 107 decrypts it and examines the digital 
signature. The ticket issuing server 1100 updates the 
data in the customer information server 1101, the ticket 
issuing information server 1102 and the ticket informa- 
tion server 1103, generates ticket data (9219) for the 
ordered ticket, and transmits, to the service providing 
system, an electronic ticket issuing commission 5903, 
which constitutes a message requesting the process for 
issuing an electronic ticket that corresponds to the ticket 
and the process for settling the price of the ticket. 
[1 580] As is shown in Fig. 92A, the digital signature of 
a ticket issuer is provided for data that consists of an 
electronic ticket issuing commission header 9200, 
which is header information identifying the message as 
the electronic ticket issuing commission 5903 and 
describing the data structure; a transaction number 
9201, which is an arbitrarily generated number that 
uniquely identifies a transaction to which a user is a 
party; a sales value 9202, which conveys the price of a 
ticket; a clearing option 9203, which indicates which 
clearing procedures apply; a request number 9204; a 
ticket code 9205, which identifies the type of electronic 
ticket that is to be issued; a template code 9206, which 
identifies a template program to be used for an elec- 
tronic ticket that is to be issued; a number of tickets 
9207, which indicates how many tickets are to be 
issued; ticket data 9208; representative component 
information 9209; a ticket issuer ID 9210; and an issued 
time 9210, which is the date on which the electronic 
ticket issuing commission 5903 was issued. These data 
are closed and addressed to the service provider, 
thereby providing the electronic ticket issuing commis- 
sion 5903. 

[1581] The clearing option 9203 is information by 
which the ticket issuing system designates, to the serv- 
ice providing system, the procedures to be used for 
clearing the price of a ticket. The clearing process is 
roughly divided into a spontaneous clearing process for 
issuing an electronic ticket to a user after the price of the 
ticket has been cleared, and a delayed clearing process 
for clearing the price of a ticket after an electronic ticket 
has been issued. The clearing option 9203 is used to 
designate either clearing process. 
[1 582] In the delayed clearing process, since an elec- 
tronic ticket is issued to a user before the clearing proc- 
ess Is performed, the user does not have to wait. 
[1583] For example, based on a purchase history 
maintained for customers, the ticket issuer can desig- 
nate the delayed clearing process for a customer with 
whom it has had dealings and who is known to be trust- 
worthy, and can designate the spontaneous clearing for 



a customer with whom it has had no previous dealings. 
[1 584] The ticket data 9208 is ticket information issued 
by the ticket issuer. A number of ticket information items 
equivalent to the number of tickets 9207 are established 
as the ticket data 9208. For one ticket, the digital signa- 
ture of a ticket issuer is provided for data that consist of 
a ticket ID 9216, ticket information 9217 and a ticket 
issuer ID 9218, and the ticket information is thereby pro- 
vided. The ticket information 9217 is ASCII information 
describing the contents of a ticket. For the ticket infor- 
mation 9217, the title of a ticket, the date, the location, 
the seat class, the sponsor and whether it can be trans- 
ferred, and the usage condition information, such as the 
number of coupon tickets, when the ticket is used as a 
coupon ticket, are described using a form whereby tag 
information representing various information types is 
additionally provided. 

[1585] The representative component information 
9209 is information that is established as the represent- 
ative component information 1932 for an electronic 
ticket to be generated. Therefore, the representative 
component information 9209 may not be set for use. 
[1 586] The ticket issuer processor of the service pro- 
viding system receives the electronic ticket issuing com- 
mission 5903, decrypts it and examines the digital 
signature, and transmits it to the service director proc- 
essor. The service director processor performs the elec- 
tronic ticket issuing process and the ticket price clearing 
process in accordance with the clearing procedures 
designated by using the clearing option 9203. 
[1587] In Fig. 59 is shown the spontaneous clearing 
process. The delayed clearing process will be described 
later. 

[1588] For the spontaneous clearing, the service 
director processor generates a clearing request 9324, 
which is a message requesting the clearing of the price 
of a ticket. The transaction processor processor closes 
the clearing request 9324 and addresses it to the trans- 
action processor, and then transmits it as a clearing 
request 5904 to the transaction processing system 1 06. 
[1 589] As is shown in Fig. 93B, the digital signature of 
a service provider is provided for data that consists of a 
clearing request header 9314, which is header informa- 
tion indicating that the message is the clearing request 
5904 and describing the data structure; a user clearing 
account 9315, which includes a credit card that corre- 
sponds to the payment service code designated by the 
user; a ticket issuer clearing account 931 6, which desig- 
nates the clearing account of a ticket issuer; a payment 
value 9317; a payment option code 9318; a request 
number 9319, which is issued by the mobile user termi- 
nal 100; a transaction number 9320, which is issued by 
the ticket issuing system; a validity term 9321, which 
presents the period during which the clearing request 
5904 is effective; a service provider ID 9322; and an 
issued time 9323, which indicates the date on which the 
clearing request 5904 was issued. These data are 
closed and addressed to the transaction processor, 
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thereby providing the clearing request 5904. 
[1590] The transaction processing system 106 
receives the clearing request 5904, decrypts it and 
examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 5905, 
and transmits it to the service providing system 1 1 0. 
[1 591] As is shown in Fig. 94A, the digital signature of 
a transaction processor is provided for data that consist 
of a clearing completion notification header 9400, which 
is header information indicating that the message is the 
clearing completion notification 5905 and describing the 
data structure; a clearing number 9401, which is an 
arbitrarily generated number that uniquely represents 
the clearing process performed by the transaction 
processing system 1 06; a user clearing account 9402; a 
ticket issuer clearing account 9403; a payment value 
9404; a payment option code 9405; a request number 
9406; a transaction number 9407; clearing information 
9408 for a service provider that is accompanied by the 
digital signature of the transaction processor; clearing 
information 9409 for a ticket issuer that is accompanied 
by the digital signature of the transaction processor; 
clearing information 9410 for a user that is accompa- 
nied by the digital signature of the transaction proces- 
sor; a transaction processor provider ID 941 1 ; and an 
issued time 9412, which indicates the date on which the 
clearing completion notification was issued. These data 
are closed and addressed to the service provider, 
thereby providing the clearing completion notification 
5905. 

[1592] Upon receiving the clearing completion notifi- 
cation 5905, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9413 to the service director processor. 
Upon receiving the clearing completion notification 
9413, the service director processor generates a clear- 
ing completion notification 9430 for the ticket issuer. The 
ticket issuer processor closes the clearing completion 
notification 9430, and transmits it to the ticket issuing 
system 107 as a clearing completion notification 5906 
for the ticket issuer. 

[1 593] As is shown in Fig. 94B, the digital signature of 
a service provider is provided for data that consist of a 
clearing completion notification header 9417, which is 
header information indicating that the message is the 
clearing completion notification 5906 and describing the 
data structure; a clearing number 9418; a customer 
number 9419; a ticket issuer ID 9420; a payment serv- 
ice code 9421 ; a payment value 9422; a payment option 
code 9423; a request number 9424; a transaction 
number 9425; clearing information 9426 for a ticket 
issuer that is accompanied by the digital signature of the 
transaction processor; a transaction processor ID 9427; 
a service provider ID 9428; and an issued time 9429, 
which indicates the date on which the clearing comple- 
tion notification was issued. These data are closed and 



addressed to the ticket issuer, thereby providing the 
clearing completion notification 5906. 
[1594] Upon receiving the clearing completion notifi- 
cation 5906, the ticket issuing system decrypts it and 

5 examines the digital signature, and generates a receipt 
5907 and transmits it to the service providing system. 
[1 595] As is shown in Fig. 95A, the digital signature of 
a ticket issuer is provided for data that consists of a 
receipt header 9500, which is header information indi- 

10 eating that the message is the receipt 5907 and describ- 
ing the data structure; a customer number 9501; ticket 
issuing information 9502; a payment service code 9503; 
a payment value 9504; a payment option code 9505; a 
request number 9506; a transaction number 9507; 

is clearing information 9508; a transaction processor ID 
9509; a ticket issuer ID 9510; and an issued time 951 1 , 
which indicates the date on which the receipt 5907 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 5907. 

20 The ticket issuing information 9502 is information con- 
cerning the ticket issuing process performed by the 
ticket issuing system, and is accompanied by the digital 
signature of the ticket issuer. 

[1596] Upon receiving the receipt 5907, the ticket 

25 issuer processor of the service providing system 110 
decrypts it and examines the digital signature, and 
transmits a receipt 9512 to the service director proces- 
sor. The service director processor employs the receipt 
951 2 to generate a receipt 9523 for a user. 

30 [1 597] In addition, the service director processor gen- 
erates a clearing completion notification 9430 for the 
ticket issuing system, generates an electronic ticket to 
be issued to the user, and further generates an elec- 
tronic ticket issuing message 9227 that includes the 

35 electronic ticket that is generated. 

[1 598] The user processor closes the electronic ticket 
issuing message 9227 and the receipt 9523 while 
addressing them to the user, and transmits them as an 
electronic ticket issuing message 5908 and a receipt 

40 5909 to the mobile user terminal 1 00 via digital wireless 
communication. 

[1 599] As is shown in Fig. 92B, the digital signature of 
a service provider is provided for data that consist of an 
electronic ticket issuing header 9220, which is header 

45 information indicating that the message is the electronic 
ticket issuing message 5908 and describing the data 
structure; a transaction number 9221 ; a request number 
9222; the number of tickets 9223; electronic ticket data 
9224 that are generated; a service provider ID 9225; 

so and an issued time 9226, which indicates the date on 
which the electronic ticket issuing message 5908 was 
issued. These data are closed and addressed to the 
user, thereby providing the electronic ticket issuing mes- 
sage 5908. The electronic ticket data 9224 includes 

55 electronic tickets 9231 equivalent in number to the 
number of tickets 9223. 

[1 600] As is shown in Fig. 95B, the digital signature of 
a service provider is provided for data that consists of a 
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receipt header 9516, which is header information indi- 
cating that the message is the receipt 5909 and describ- 
ing the data structure; a user ID 9517; a receipt 9518 
(9512) obtained by decryption; clearing information 
951 9 for a user that is accompanied by the digital signa- 
ture of a transaction processor; ticket issuing informa- 
tion 9520; a service provider ID 9521; and an issued 
time 9522, which indicates the date on which the receipt 
5909 was issued. These data are closed and addressed 
to the user, thereby providing the receipt 5909. The 
ticket issuing information 9520 is information for the 
electronic ticket issuing process performed by the serv- 
ice providing system, and is accompanied by the digital 
signature of the service provider. 
[1601] Upon receiving the electronic ticket issuing 
message 5908 and the receipt 5909, the mobile user 
terminal decrypts them and examines the digital signa- 
tures, enters in the ticket list 1712 an electronic ticket 
included in the electronic ticket issuing message 5908, 
enters the receipt 9523 in the use list 1715, and displays 
the electronic ticket on the LCD 303. 
[1602] The generation of an electronic ticket by the 
service director processor is performed as follows. 
[1603] First, the service director processor refers to 
the electronic ticket template list 4905 for the ticket 
issuer that is stored in the ticket issuer information 
server. Then, by using the electronic ticket template pro- 
gram that is identified by the template code 9206 of the 
electronic ticket issuing commission 5903, the service 
director processor generates a ticket program for an 
electronic ticket. Specifically, the ticket program data 
1913 for an electronic ticket are generated using the 
transaction module and the display module, which are 
described as being located at the transaction module 
address 4919, and the display module address 4920 in 
the electronic ticket template list 4905, and the repre- 
sentative component information 9209 in the electronic 
ticket issuing commission 5903. When the representa- 
tive component information 9209 is not present in the 
electronic ticket issuing commission 5903, the default 
representative component information located at the 
default representative component information address 
4921 is employed as the information for an electronic 
ticket. 

[1604] Following this and based on the usage condi- 
tion information included in the ticket information 9217, 
the service director processor generates the ticket sta- 
tus 1907 and the variable ticket information 1908. 
Whether the ticket status 1907 can be transferred is 
designated, and when the ticket is used as a coupon 
ticket, the number of coupons is employed as the varia- 
ble ticket information 1907. The service director proces- 
sor generates a new pair consisting of a ticket signature 
private key and a ticket signature public key, and further 
generates the ticket program 1901 for an electronic 
ticket by employing the ticket private key and the gate 
public key that are registered in the electronic ticket 
management information 5300. 



[1605] Furthermore, the service director processor 
generates an electronic ticket by employing the 
obtained ticket signature public key to generate the cer- 
tificate 1903 for the electronic ticket, and by employing 
5 the ticket data 9219 in the electronic ticket issuing com- 
mission 5903 to generate the presentation ticket 1902 
for the electronic ticket. 

[1606] The procedures for the delayed clearing will 
now be described. 

10 [1607] In Fig. 60 are shown the procedures for 
exchanging messages between the devices in the ticket 
purchase process for the delayed clearing. The same 
process is performed as is used for the spontaneous 
clearing until the ticket issuing system transmits the 

is electronic ticket issuing commission to the service pro- 
viding system. 

[1 608] When the delayed clearing is designated by the 
clearing option 9203, the service director processor 
generates an electronic ticket to be issued to the user, 

20 and also generates the electronic ticket issuing mes- 
sage 9227, which includes the generated electronic 
ticket, and a temporary receipt message 9310, which 
corresponds to a temporary receipt. The generation of 
the electronic ticket is performed in the same manner as 

25 that used for the spontaneous clearing. 

[1 609] The user processor closes the electronic ticket 
issuing message 9227 and the temporary receipt 9310 
and addresses them to the user, and transmits these 
messages as an electronic ticket issuing message 6004 

30 and a temporary receipt 6005 to the mobile user termi- 
nal 100 via digital wireless telephone communication. 
[1 61 0] As is shown in Fig. 93A, the digital signature of 
a service provider is provided for data that consists of a 
temporary receipt header 9300, which is header infor- 

35 mation indicating that the message is the temporary 
receipt 6005 and describing the data structure; a user 
ID 9301; ticket issuing information 9302; a payment 
service code 9303; a payment value 9304; a payment 
option code 9305; a request number 9306; a transaction 

40 number 9307; a service provider ID 9308; and an issued 
time 9309, which indicates the date on which the tempo- 
rary receipt 6005 was issued. These data are closed 
and addressed to the user, thereby providing the tempo- 
rary receipt 6005. The ticket issuing information 9302 is 

45 information concerning the electronic ticket issuing 
process that is performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 
service provider. 

[1611] The data structure of the electronic ticket issu- 
50 ing message 6004 is the same as that used for the elec- 
tronic ticket issuing message 5908. 
[1612] Upon receiving the electronic ticket issuing 
message 6004 and the temporary receipt 6005, the 
mobile user terminal decrypts them and examines the 
55 digital signatures, enters an electronic ticket included in 
the electronic ticket issuing message 6004 in the ticket 
list 1712, enters the temporary receipt 9310 in the use 
list 1715, and displays the electronic ticket on the LCD 
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303. 

[1613] Following this, the service director processor 
performs the clearing process for the price of the ticket. 
First, the service director processor generates a clear- 
ing request 9324, which is a message requesting the 
performance of the clearing process for the price of the 
ticket. The transaction processor closes the clearing 
request 9324 and addresses it to the transaction proc- 
essor, and transmits it as a clearing request 6007 to the 
transaction processing system 106. 
[1614] Upon receiving the clearing request 6007, the 
transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 
generates a clearing completion notification 6008 and 
transmits it to the service providing system 1 10. 
[1615] Upon receiving the clearing completion notifi- 
cation 6008, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9413 to the service director processor. 
The service director processor employs the received 
clearing completion notification 9413 to generate a 
clearing completion notification 9430 for the ticket 
issuer. And the ticket issuer processor closes the clear- 
ing completion notification 9430 and transmits it to the 
ticket issuing system 107 as a clearing completion noti- 
fication 6009 for the ticket issuer. 
[1 61 6] The ticket issuing system decrypts the received 
clearing completion notification 6009 and examines the 
digital signature, and generates a receipt 6010 and 
transmits it to the service providing system. 
[1 61 7] The ticket issuer processor of the service pro- 
viding system decrypts the received receipt 6010 and 
examines the digital signature, and transmits a receipt 
9512 to the service director processor. The service 
director processor employs the receipt 951 2 to generate 
a receipt 9523 for a user. 

[1 61 8] The receipt 9523 that is generated is not imme- 
diately transmitted to the mobile user terminal 100 of 
the user. When the mobile user terminal has performed 
the data updating process, the user processor replaces 
the temporary receipt 9310 in the use list 1 71 5 with the 
receipt 9523, and transmits the receipt 9523 as one part 
of the update data 601 1 to the mobile user terminal 100. 
[1619] The data structures of the clearing request 
6007, the clearing completion notification 6008, the 
clearing completion notification 6009 and the receipt 
6010 for the delayed clearing are the same as those 
provided for the clearing request 5904, the clearing 
completion notification 5905, the clearing completion 
notification 5906 and the receipt 5907 for the spontane- 
ous clearing. 

[1 620] The delayed clearing process need not be per- 
formed immediately after the electronic ticket is issued, 
and together with the other clearing processes, may be 
performed, for example, once a day. 
[1621] An explanation will now be given for the con- 



tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 1 10 
during the ticket registration processing. 
[1622] In Fig. 65A are shown the procedures for 

5 exchanging messages between devices in the ticket 
registration processing, and in Figs. 106Aand 106B are 
shown the contents of messages that are exchanged by 
the devices in the ticket registration processing. 
[1623] First, when the user performs an electronic 

10 ticket registration operation 6500, the mobile user termi- 
nal generates a ticket registration request 6501 and 
transmits it to the service providing system via digital 
wireless telephone communication. 
[1624] As is shown in Fig. 106A, the digital signature 

is of a user is provided for data that consists of a ticket reg- 
istration request header 10600, which is header infor- 
mation indicating that the message is the ticket 
registration request 6501 and describing the data struc- 
ture; a ticket ID 10601 of a ticket to be registered; a user 

20 ID 10602; and an issued time 10603, which indicates 
the date on which the ticket registration request 6501 
was issued. These data are closed and addressed to 
the service provider, thereby providing the ticket regis- 
tration request 6501. 

25 [1625] The user processor of the service providing 
system decrypts the received ticket registration request 
6501 and examines the digital signature, and transmits 
the request 6501 to the service manager processor. 
The service manager processor generates a service 

30 director processor to form a process group that proc- 
esses a ticket registration request 1 0604. The service 
director processor ascertains that the electronic ticket 
indicated by the ticket ID 1 0601 is registered in the ticket 
list 4610 for the user in the user information server 902, 

35 and registers that electronic ticket in the registered 
ticket list 5303 for electronic tickets of the service direc- 
tor information server 901. At this time, the service 
director processor newly generates a ticket signature 
private key and a ticket signature public key pair. Fur- 

40 ther, the service director processor generates a regis- 
tered ticket certificate using the ticket signature public 
key, and registers it in the registered ticket list 5303. The 
service director processor then generates a ticket certif- 
icate issuing message 13313 using the ticket signature 

45 private key and the registered ticket certificate that has 
been generated. The user processor closes the ticket 
certificate issuing message 13313 and addresses it to 
the user, and transmits it as a ticket certificate issuing 
message 6502 to the mobile user terminal via digital 

so wireless telephone communication. 

[1626] As is shown in Fig. 106B, the digital signature 
of a service provider is provided for data that consists of 
a ticket certificate issuing header 10608, which is 
header information indicating that the message is the 

55 ticket certificate issuing message 6502 and describing 
the data structure; a ticket digital signature private key 
10609; a registered ticket certificate 10610; a service 
provider ID 10611, and an issued time 10612, which 
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indicates the date on which the ticket certificate issuing 
message 6502 was issued. These data are closed and 
addressed to the user, thereby providing the ticket cer- 
tificate issuing message 6502. 
[1627] The mobile user terminal 100 decrypts the 
received ticket certificate issuing message 6502 and 
examines the digital signature, replaces the ticket signa- 
ture private key and the ticket certificate of an electronic 
ticket with the ticket signature private key 1 0609 and the 
registered ticket certificate 10610, both of which are 
included in the ticket certificate issuing message 6502, 
changes the registration state in the ticket status to the 
post-registration state, and displays on the LCD the 
electronic ticket that has been registered (display a 
ticket that is registered; 6503). 

[1628] An explanation will now be given for the con- 
tents of messages that are exchanged by the gate ter- 
minal 101 and the service providing system 110 during 
the ticket setup processing. 

[1629] In Fig. 66 are shown procedures for exchang- 
ing messages between the devices in the ticket setup 
processing performed when the merchant sets up, at 
the gate terminal 101, a ticket to be examined. In Figs. 
109A and 109B are the contents of messages that are 
exchanged by the devices during the ticket setup 
processing. 

[1 630] First, when the operator (merchant) of the gate 
terminal 101 performs a ticket setup operation 6600, the 
gate terminal generates a ticket setup request 6601 and 
transmits it to the service providing system via digital 
telephone communication. 

[1631] As is shown in Fig. 109A, the digital signature 
of a merchant is provided for data that consists of a 
ticket setup request header 10900, which is header 
information indicating that the message is the ticket 
setup request 6601 and describing the data structure; a 
ticket code 10901 entered by the merchant during the 
ticket setup operation 6600; a gate ID 1 0902 for the gate 
terminal; a merchant ID 10903; and an issued time 
10904, which indicates the date on which the ticket 
setup request 6601 was issued. These data are closed 
and addressed to the service provider, thereby provid- 
ing the ticket setup request 6601 . 
[1 632] The merchant processor of the service provid- 
ing system decrypts the received ticket setup request 
6601 and examines the digital signature, and transmits 
the request 6601 to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group that proc- 
esses a ticket setup request 10605. The service director 
processor ascertains that a merchant is registered in 
the merchant list 5302 for the electronic ticket that is 
identified by the ticket code 10901 for the service direc- 
tor information server 901. Then, the service director 
processor generates a ticket setup message 10919 by 
referring to the electronic ticket management informa- 
tion 5300, which is stored in the service director infor- 
mation server 901 for the pertinent electronic ticket, and 



the electronic ticket template list 4905, which is stored in 
the ticket issuer information server 905 of the pertinent 
ticket issuer (the ticket issuer ID 5306). Specifically, the 
service director processor generates the ticket setup 

5 message 1 091 9 by using the ticket examination module, 
which is located at the ticket examination module 
address 4922 in the electronic ticket template list 4905 
that is identified by the template code 5312 of the elec- 
tronic ticket management information 5300, and the 

10 ticket public key 5309 and the gate private key 5310, 
which are registered in the electronic ticket manage- 
ment information 5300. The merchant processor closes 
the ticket setup 1 091 9 and addresses it to the merchant, 
and transmits it as a ticket setup message 6602 to the 

is gate terminal via digital telephone communication. 

[1633] As is shown in Fig. 109B, the digital signature 
of a service provider is provided for data that consists of 
a ticket setup header 1 0909, which is header informa- 
tion indicating that the message is the ticket setup mes- 

20 sage 6602 and describing the data structure; a ticket 
name 1 091 0 for an electronic ticket to be issued; a ticket 
code 10911; a ticket issuer ID 10912; a validity term 
10913; a gate private key 10914; a ticket public key 
10915; a ticket examination module 10916; a service 

25 provider ID 10917; and an issued time 10918, which 
indicates the date on which the ticket setup message 
6602 was issued. These data are closed and addressed 
to the merchant, thereby providing the ticket setup mes- 
sage 6602. 

30 [1 634] The mobile user terminal decrypts the received 
ticket setup message 6602 and examines the digital sig- 
nature, registers, in the ticket list 2409, electronic ticket 
examination program information that is included in the 
ticket setup message 6602, and displays on the touch 

35 panel LCD a message indicating that the ticket setup 
process has been completed (display the setup comple- 
tion; 6603). 

[1635] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 

40 user terminal 100 and the gate terminal 101 during the 
ticket examination processing. 
[1636] In Fig. 67 are shown procedures for the 
exchange of messages by the devices during the ticket 
examination processing, and in Figs. 11 OA and 11 0B 

45 and Figs. 1 1 1 A and 1 1 1 B are the contents of the mes- 
sages that are exchanged by the devices during the 
ticket examination processing. 
[1 637] First, when a user performs a ticket presenta- 
tion operation 6700, the mobile user terminal generates 

so a ticket presentation message 6701 by using an elec- 
tronic ticket to be examined and an arbitrarily generated 
test pattern, and transmits it to the gate terminal via 
infrared communication. 

[1638] As is shown in Fig. 1 10A, the ticket presenta- 
55 tion message 6701 consists of a ticket presentation 
header 11000, which is header information indicating 
that the message is the ticket presentation message 
6701 and describing the data structure; a service code 
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11001, which identifies the request for the examination 
of an electronic ticket; a request number 1 1002, which is 
an arbitrarily generated number that uniquely repre- 
sents the ticket examination process; a ticket 1 1003 for 
presenting an electronic ticket to be examined; a ticket 
certificate 11004; the current ticket status of an elec- 
tronic ticket that is to be examined; variable ticket infor- 
mation 1 1006; a ticket ID 1 1007; an issued time 1 1008, 
which indicates the date on which the ticket presenta- 
tion message 6701 was issued; and a gate test pattern 
11010, which is an arbitrarily generated test pattern. 
The digital signature is provided, using the ticket signa- 
ture private key of an electronic ticket, for the ticket sta- 
tus 11005, the variable ticket information 11006, the 
ticket ID 11007 and the issued time 11008. The gate 
test pattern is encrypted using the gate public key. 
[1 639] The presentation ticket 1 1 003, the ticket certif- 
icate 1 1004, the ticket status 1 1005, the variable ticket 
information 11006, the ticket ID 11007 and the issued 
date 1 1008 specify the contents of the electronic ticket 
for the gate terminal, and the gate test pattern 11010 is 
a test pattern for authorizing the gate terminal. 
[1640] Upon receiving the ticket presentation mes- 
sage 6701 , first, the gate terminal refers to the ticket list 
2409, activates a ticket examination module that corre- 
sponds to the ticket code of the electronic ticket that is 
presentation, examines the validity of the contents of 
the ticket presentation message 6701 , and generates a 
ticket examination message 6702 and transmits it to the 
mobile user terminal via infrared communication. 
[1 641] In the verification process for the validity of the 
ticket presentation message 6701, the gate terminal 
employs the fact that the ticket certificate 1 1 004 is a reg- 
istered ticket certificate and examines the ticket status 
11005 and the variable ticket information 11006 to 
determine whether an electronic ticket that is to be 
examined is valid. Then, the gate terminal examines the 
presentation ticket 11003, the digital signature of the 
service provider that is provided for the ticket certificate 

1 1004, and the validity term. Further, the gate terminal 
employs the ticket signature public key of the ticket cer- 
tificate 11004 to examine the digital signature of the 
electronic ticket that is provided for the ticket status 

11005, the variable ticket information 11006, the ticket 
ID 1 1007, and the issued time 1 1008. Thus, the validity 
of the ticket presentation message 6701 is verified. 

[1 642] In the generation of the ticket examination mes- 
sage 6702, the gate terminal decrypts the gate test pat- 
tern 1 1010 using the gate private key, and employs the 
ticket public key to encrypt the ticket test pattern 1 1 1 08 
that is arbitrarily generated. 

[1643] As is shown in Fig. 1 10B, the digital signature 
of a merchant is provided for the data that consists of a 
ticket examination header 1 1012, which is header infor- 
mation indicating that the message is the ticket exami- 
nation message 6702 and describing the data structure; 
a transaction number 11013; a response message 
11014; a request number 11015; a ticket ID 11016; an 



instruction code 11017; a gate test pattern 11018, 
which is decrypted; a ticket test pattern 11019, which is 
an arbitrarily generated test pattern; a gate ID 1 1021 ; a 
merchant ID 11022; and an issued time 11023, which 

5 indicates the date on which the ticket examination mes- 
sage 6702 was issued. Thus, the ticket examination 
6702 is provided. The ticket test pattern 11019 is 
encrypted using the ticket public key. 
[1644] The transaction number 11013 is a number, 

10 arbitrarily generated by the gate terminal, that uniquely 
represents the ticket examination process. When, as a 
result of the examination of the ticket presentation mes- 
sage 6701, the ticket examination process can not be 
performed (the electronic ticket is one that can not be 

is examined by the pertinent gate terminal), a value of 0 is 
set. When the ticket examination process can be per- 
formed, a value other than 0 is set. 
[1 645] The response message 1 1 01 4 is text informa- 
tion constituting the message transmitted by the mer- 

20 chant to the user. When the gate terminal can not 
examine an electronic ticket that is presented (transac- 
tion number = 0), data to that effect is included in the 
response message. The response message is option- 
ally set, and may not be reset. 

25 [1646] The instruction code 1 1017 is command code 
information for an electronic ticket that indicates how the 
ticket status and variable ticket information of the elec- 
tronic ticket can be changed. The instruction code is 
varied by combining the electronic ticket transaction 

30 module and the ticket examination module. 

[1647] When the mobile user terminal receives the 
ticket examination message 6702, first, in order to verify 
the gate terminal the mobile user terminal compares the 
gate test pattern 1 1010 with the gate test pattern 1 1018 

35 included in the ticket examination message 6702, and 
changes the ticket status and the variable ticket informa- 
tion of the electronic ticket in accordance with the 
instruction code 1 1017. Then, the mobile user terminal 
decrypts the ticket test patten using the ticket private 

40 key, generates a ticket examination response 6703, and 
transmits it to the gate terminal via infrared communica- 
tion. 

[1648] As is shown in Fig. 1 1 1 A, the digital signature 
using the ticket signature private key and the digital sig- 

45 nature of a user are provided for the data that consist of 
a ticket examination response header 11100, which is 
header information indicating that the message is the 
ticket examination response 6703 and describing the 
data structure; a ticket examination number 11101, 

so which indicates the order of the ticket examination proc- 
ess; a ticket test pattern 1 1 102, which is decrypted; a 
ticket status 11103 and variable ticket information 
1 1 1 04, which are modified; a gate ID 1 1 1 05; a merchant 
ID 11106; a request number 11107; a transaction 

55 number 11108; a ticket code 11109; a ticket ID 11110; 
and an issued time 11111, which indicates the date on 
which the ticket examination response 6703 was 
issued. In this fashion, the ticket examination response 
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6703 is provided. 

[1649] Upon receiving the ticket examination 
response 6703, first, the gate terminal authorizes the 
electronic ticket by comparing the ticket test pattern 
111019 with the ticket test pattern 11102 that is 
included in the ticket examination response 6703, 
examines the validity of the contents of the ticket exam- 
ination response 6703, and generates an examination 
certificate 6704 and transmits it to the mobile user ter- 
minal via infrared communication. 
[1 650] In the verification process for the validity of the 
ticket examination response 6703, the gate terminal 
determines whether the ticket status 1 1 1 03 and the var- 
iable ticket information 11104 have been changed in 
accordance with the instruction code 1 1 107, and exam- 
ines the digital signature of the ticket examination 
response 6703. 

[1651] As is shown in Fig. 1 1 1 B, the digital signature 
of a merchant is provided for the data that consist of an 
examination certificate header 11113, which is header 
information indicating that the message is the examina- 
tion certificate 6704 and describing the data structure; 
examination information 11114, which is text informa- 
tion indicating the contents of the ticket examination 
process; a ticket ID 1 1 1 1 5; a request number 1 1 1 16; a 
transaction number 1 1 1 1 7; a ticket examination number 
1 1 1 1 87; a gate ID 1 1 1 1 9; a merchant ID 1 1 1 20 ; and an 
issued time 11121, which indicates the date on which 
the examination certificate 6704 was issued. In this 
fashion, the examination certificate 6704 is provided. 
[1652] Upon receiving the examination certificate 
6704, the mobile user terminal increments the ticket 
examination number, registers the examination certifi- 
cate 6704 as usage information in the use list 1 71 5, and 
displays the examined electronic ticket on the LCD (dis- 
play the examined ticket; 6706). 
[1653] When the gate terminal has transmitted the 
examination certificate 6704, the gate terminal regis- 
ters, in the transaction list 2510, the ticket examination 
response 6703 as history information for the ticket 
examination process, and displays the results obtained 
during the ticket examination process on the touch 
panel LCD (display the results of examination; 6705). 
When the gate opening/closing device is connected to 
the gate terminal, the gate is automatically opened 
(entrance permission 6707). 

[1654] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket reference processing. 
[1655] In Fig. 71 are shown procedures for the 
exchange of messages by the devices during the ticket 
reference processing, and in Figs. 88A to 88D and Fig. 
116A are shown the contents of messages that are 
exchanged during the ticket reference processing. 
[1656] The ticket reference processing is not per- 
formed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 



the data in the gate terminal. 

[1 657] Therefore, for the ticket reference process, the 
procedures for the exchange of messages by the gate 
terminal and the service providing system, and the con- 

5 tents (data structures) of the messages to be 
exchanged are the same as those employed for the 
above described data updating processing. 
[1658] Compressed upload data 8818 in the upload 
data 5702 include a ticket examination response that is 

10 newly registered in the transaction list 2510 during the 
ticket examination process conducted during the period 
extending from the previous performance of the data 
updating process to the current performance of the data 
updating process. 

15 [1659] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 
essor, a message requesting the reference process be 
performed for the ticket examination response that is 
uploaded from the gate terminal. The service manager 

20 processor generates a service director processor to 
form a process group for examining the validity of the 
ticket examination response. 

[1 660] First, the service director processor determines 
whether the gate ID 1 1 105 and the merchant ID 1 1 106 

25 in the ticket examination response match the gate ID 
5215 of the merchant and the merchant ID 5214. Then, 
the service director processor examines the registered 
ticket list 5303 in the service director information server 
901 to verify that the electronic ticket for which the ticket 

30 examination response was issued is registered. The 
service director processor employs the user public key 
5323 to examine the digital signature of the user that 
accompanies the ticket examination response, and 
employs the registered ticket certificate to examine the 

35 digital signature for the ticket that accompanies the 
ticket examination response. In addition, the service 
director processor employs the ticket examination 
number when examining the matching of the ticket sta- 
tus with the variable ticket information that has been 

40 modified, and transmits the result of the examination to 
the merchant processor. As a result, the ticket examina- 
tion response is registered in the ticket examination 
response list. 

[1661] The merchant processor enters the received 
45 ticket reference results in the compressed update data 
8828 in the update data 5705, and transmits the data 
5705 to the gate terminal. 

[1 662] When an error occurs in the process for verify- 
ing the validity of the ticket examination response, the 
so service director processor transmits a message indicat- 
ing that an error occurred in the management system 
908. 

[1 663] Upon receiving the update data 5705, the gate 
terminal decompresses the update data 8828 and 
55 updates the data in the RAM and on the hard disk. At 
this time, the ticket reference results are registered in 
the authorization report list 251 1 of the gate terminal. 
[1 664] If the firm represented by the merchant differs 
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from that represented by the ticket issuer and a pay- 
ment is made by the ticket issuer to the merchant who 
handles the ticket, or if the usage of the ticket is period- 
ically reported to the ticket issuer in accordance with the 
terms of a contract, in accordance with the ticket exam- 5 
ination response that is newly registered in the ticket 
examination response list, the service director proces- 
sor generates weekly, for example, a usage condition 
notification 1 1606, which is a message for notifying the 
ticket issuer of the ticket usage condition. The ticket w 
issuer processor closes the notification 11606 and 
addresses it to the ticket issuer, and transmits it as a 
usage report 7100 to the ticket issuing system 107. 
[1665] As is shown in Fig. 1 16A, the digital signature 
of a service provider is provided for the data that con- is 
sists of a usage report header 11600, which is header 
information indicating that the message is the usage 
report 7100 and describing the data structure; a ticket 
ID list 1 1601 of tickets that are employed; the merchant 
name 1 1602 and the merchant ID 1 1603 of a merchant 20 
that handles the ticket; a service provider ID 1 1 604; and 
an issued time 11605, which indicates the date on 
which the usage report 7100 was issued. These data 
are closed and addressed to the ticket issuer, thereby 
providing the usage report 71 00. 25 
[1666] Upon receiving the usage report 7100, the 
ticket issuing system 107 decrypts it and examines the 
digital signature, and performs such processing as mak- 
ing a payment to the merchant. 

[1667] An explanation will now be given for the con- 30 
tents of messages that are exchanged by the devices 
during the ticket transfer processing. 
[1668] In Fig. 74 are shown procedures for the 
exchange of messages by the devices during the ticket 
transfer processing, and in Figs. 1 17A and 11 7B, 1 18A 35 
and 1 18B, and 1 19A and 1 19B are shown the contents 
of messages that are exchanged during the ticket trans- 
fer processing. The ticket transfer process can be per- 
formed when the ticket status 1907 of the electronic 
ticket indicates the transfer enabled state, which is des- 40 
ignated by the ticket issuer when issuing a ticket. 
[1 669] In Fig. 74 is shown a case where user A trans- 
fers an electronic ticket to user B. The procedures for 
the exchange of messages by the devices belonging to 
users A and B are the same for infrared communication 45 
as they are for digital wireless communication. The data 
structures of messages are also the same. 
[1670] In Fig. 74, first, when user A performs a ticket 
transfer process 7400, the mobile user terminal of user 
A transmits a ticket transfer offer 7401 , which is a mes- so 
sage offering to transfer an electronic ticket, to the 
mobile user terminal of user B. When at this time the 
mobile user terminals of user A and user B are con- 
nected, communication between user A and user B is 
performed via digital wireless telephone. When the 55 
mobile user terminals are not connected, infrared com- 
munication is employed. 

[1671] As is shown in Fig. 1 17A, the digital signature 



of user A is provided for the data consisting of a ticket 
transfer offer header 1 1700, which is header information 
indicating that the message is the ticket transfer offer 
7401 and describing the data structure; a transfer offer 
number 1 1 701 , which is an arbitrarily generated number 
that uniquely represents the ticket transfer process; a 
presentation ticket 1 1702 and a ticket certificate 1 1703 
for an electronic ticket to be transferred; a ticket status 
11704; variable ticket information 11705; a ticket ID 
1 1706; an issued time 1 1707, which indicates the date 
on which the ticket transfer offer 7401 was issued; and 
a user public key certificate 11709. In this fashion, the 
ticket transfer offer 7401 is provided. The digital signa- 
ture of the electronic ticket is provided, using the ticket 
signature private key, for the ticket status 1 1 704, the 
variable ticket information 11705, the ticket ID 11706 
and the issued time 1 1707. 

[1672] The digital signature of the service provider is 
provided for the data that consist of a user public key 
header 11710; the user public key 11711 of user A; a 
public key certificate ID 11712, which is ID information 
for the public key certificate; a certificate validity term 
11713; a service provider ID 11714; and a certificate 
issued time 11715. In this fashion, the user public key 
certificate 1 1709 is provided. 

[1673] Upon receiving the ticket transfer offer 7401 , 
the mobile user terminal of user B examines the presen- 
tation ticket 11702, the ticket certified 11703, and the 
digital signature of the service provider and the validity 
term of the public key certificate 11709. Then, the 
mobile user terminal examines the digital signature of 
the electronic ticket that is provided for the ticket status 
11704, the variable ticket information 11705, the ticket 
ID 1 1 706 and the issued time 1 1 707, and the digital sig- 
nature of user A accompanying the ticket transfer offer 
7401 , and verifies the contents of the ticket transfer offer 
7401 . In accordance with the presentation ticket 1 1 702, 
the ticket status 1 1 704 and the variable ticket informa- 
tion 11705, the mobile user terminal then displays, on 
the LCD, the contents of the electronic ticket that is to be 
transferred (display the transfer offer; 7402). 
[1 674] When user B performs a transfer offer accept- 
ance operation 7403, the mobile user terminal of user B 
transmits, to the mobile user terminal of user A, a ticket 
transfer offer response 7404, which is a response mes- 
sage for the ticket transfer offer 7401 . 
[1675] As is shown in Fig. 1 17B, the digital signature 
of user B is provided for the data that consist of a ticket 
transfer offer response header 11716, which is header 
information indicating that the message is the ticket 
transfer offer response 7404 and describing the data 
structure; an acceptance number 1 1 71 7; a transfer offer 
number 11718; a ticket ID 11719; an issued time 11720, 
which indicates the date on which the ticket transfer 
offer response 7404 was issued; and a user public key 
certificate 1 1721 . In this fashion, the ticket transfer offer 
response 7404 is provided. 

[1 676] The user public key certificate 1 1 721 is a public 
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key certificate for user B. To provide this certificate 
11721, the digital signature of the service provider is 
provided for the data that consist of a user public key 
certificate header 11722; a user public key 11723 for 
user B; a public key certificate ID 11724, which is ID 
information for the public key certificate; a certificate 
validity term 1 1 725; a service provider ID 1 1 726; and a 
certificate issued time 1 1 727. 

[1677] The acceptance number 11717 is arbitrarily 
generated, by the mobile user terminal of user B, as a 
number that uniquely represents the ticket transfer 
processing. With this number, the mobile user terminal 
of user A is notified as to whether user B has accepted 
the ticket transfer offer 7401. When user B does not 
accept the ticket transfer offer 7401 , a value of 0 is set 
as the acceptance number 11717. When user B 
accepts the ticket transfer offer 7401 , a value other than 
0 is set. 

[1678] Upon receiving the ticket transfer offer 
response 7404, the mobile user terminal of user A dis- 
plays, on the LCD, the contents of the ticket transfer 
offer response 7404 (display the transfer offer response; 
7405). When the ticket transfer offer 7401 is accepted 
(acceptance number 1 1717 * 0), the mobile user termi- 
nal of user A examines the digital signature of the serv- 
ice provider of the user public key certificate 1 1721 and 
the validity term. The mobile user terminal generates a 
ticket transfer certificate 7406, which is a message that 
corresponds to a transfer certificate for an electronic 
ticket to user B, and transmits it to the mobile user ter- 
minal of user B. 

[1679] As is shown in Fig. 1 18A, the digital signature 
of the electronic ticket and the digital signature of user A 
are provided for the data that consist of a ticket transfer 
certificate header 11800, which is header information 
indicating that the message is the ticket transfer certifi- 
cate 7406 and describing the data structure; a presen- 
tation ticket 11801 for an electronic ticket to be 
transferred; a ticket status 11802; variable ticket infor- 
mation 11803; a transfer offer number 11804; an 
acceptance number 11805; a public key certificate ID 

1 1 806 for the user public key certificate of user B; a pub- 
lic key certificate ID 1 1807 for the user public key certif- 
icate of user A; a ticket ID 11808; and an issued time 
11809, which indicates the date on which the ticket 
transfer certificate 7406 was issued. These data are 
closed and addressed to user B, thereby providing the 
ticket transfer certificate 7406. 

[1680] Upon receiving the ticket transfer certificate 
7406, the mobile user terminal of user B decrypts it and 
examines the digital signature of user A and the one 
accompanying the electronic ticket. Further, the mobile 
user terminal compares the ticket ID presented by the 
ticket transfer offer 7401 with the ticket ID 11808, and 
compares the public key certificate IDs 11806 and 

1 1807 with the public key certificates of users B and A 
to verify the contents of the ticket transfer certificate 
7406. The mobile user terminal then generates a ticket 



transfer receipt 7407, which is a message indicating the 
electronic ticket has been received, and transmits the 
receipt 7407 to the mobile user terminal of user A. 
[1681] As is shown in Fig. 1 18B, the digital signature 

5 of user B is provided for the data that consist of a ticket 
transfer receipt header 1 1815, which is header informa- 
tion indicating that the message is the ticket transfer 
receipt 7407 and describing the data structure; a ticket 
ID 1 1 81 6; a transfer offer number 1 1 81 7; an acceptance 

10 number 11818; a public key certificate ID 11819 for the 
user public key certificate of user A; a public key certifi- 
cate ID 1 1820 for the user public key certificate of user 
B; and an issued time 1 1821, which indicates the date 
on which the ticket transfer receipt 7407 was issued. 

is These data are closed and addressed to user A, 
thereby providing the ticket transfer receipt 7407. 
[1 682] Upon receiving the ticket transfer receipt 7407, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 

20 mobile user terminal compares the public key certificate 
IDs 1 1819 and 1 1820 with the public key certificates of 
users B and A to verify the contents of the ticket transfer 
receipt 7407. The mobile user terminal then erases the 
transferred electronic ticket from the ticket list 1 712, and 

25 registers the ticket transfer receipt 1 1822 in use history 
1715. At this time, addresses in the object data area at 
which the transfer offer number, the code information 
indicating the ticket transfer process, the issued time for 
the ticket transfer receipt 7407 and the ticket transfer 

30 receipt 11822 are stored are assigned to the request 
number 1840 in the use list 1715, the service code 
1841, the use time 1842 and the use information 
address 1843. 

[1 683] The mobile user terminal of user A displays, on 
35 the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7408). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[1684] After transmitting the ticket transfer receipt 
40 7407, the mobile user terminal of user B displays the 
received ticket transfer certificate 1 181 1 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
45 received electronic ticket from the service providing sys- 
tem) should be immediately performed (display the 
transfer certificate; 7409). 

[1685] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 

so "cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 
user terminal, an electronic ticket that has been trans- 

55 ferred is assigned to the mobile user terminal. 

[1 686] When user B selects "transfer process request" 
(transfer process request operation; 7410), based on 
the ticket transfer certificate 1 181 1 the mobile user ter- 
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minal generates a ticket transfer request 741 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 
ephone communication. 

[1687] As is shown in Fig. 1 19A, the digital signature 
of user B is provided for the data that consists of a ticket 
transfer request header 11900, which is header infor- 
mation indicating that the message is the ticket transfer 
request 7411 and describing the data structure, a 
decrypted ticket transfer certificate 11901 (11811); the 
user ID 11902 of user B; and an issued time 11903, 
which indicates the date when the ticket transfer request 
741 1 was issued. These data are closed and addressed 
to the service provider, thereby providing the ticket 
transfer request 741 1 . 

[1 688] Upon receiving the ticket transfer request 741 1 , 
the user processor of user B of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the ticket transfer request 1 1 904. 
[1689] The service director processor, first refers to 
the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 11806 and 
11807 in the ticket transfer certificate 11901 that is 
included in the ticket transfer request 1 1904. The serv- 
ice director processor examines the digital signature of 
the user A and the digital signature accompanying the 
electronic ticket, which are provided for the ticket trans- 
fer certificate 1 1901 , and verifies the validity of the ticket 
transfer certificate 11901. Following this, the service 
director processor exchanges the user ID 5317 for the 
user A with that for the user B in the user list 530 1 for the 
electronic ticket that is stored in the service director 
information server 901, and erases the electronic ticket 
to be transferred from the ticket list of the user A that is 
stored in the user information server 902. Then, the 
service director processor changes the ticket signature 
private key and ticket signature public key pair and the 
ticket certificate for a new key pair and a ticket certifi- 
cate, and also changes the ticket status and the variable 
ticket information to the ticket status 1 1 802 and to the 
variable ticket information 1 1 803 for the ticket transfer 
certificate 1 1901 . The service director processor gener- 
ates an electronic ticket received from user A, and 
enters it in the ticket list 4610 for the user B. 
[1690] When the electronic ticket that is to be trans- 
ferred has already been registered, the service director 
processor updates the registered ticket list 5303 holding 
the electronic ticket. Specifically, the user ID 5322, the 
user public key 5323, the registered ticket certificate 
address 5324, the ticket examination response list 
address 5325 and the former user information address 
5326, all of which are in the registered ticket list 5303, 
are updated (to the information for user B). The old 



information (information for user A) is pointed to at the 
former user information address 5326 as former user 
information 5327. 

[1691] The service director processor generates a 

s ticket transfer message 1 1915, which includes an elec- 
tronic ticket transferred from user A. The user processor 
of user B closes the message 1 1 915 and addresses it to 
the user B, and transmits it as a ticket transfer message 
7412 to the mobile user terminal of user B via digital 

w wireless telephone communication. 

[1692] As is shown in Fig. 1 19B, the digital signature 
of the service provider is provided for the data that con- 
sist of a ticket transfer header 1 1 908, which is header 
information indicating that the message is the ticket 

is transfer 741 2 and describing the data structure; a trans- 
fer number 11909, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 11910; an 
acceptance number 11911; an electronic ticket 11912, 

20 which is transferred; a service provider ID 11913; and 
an issued time 11914, which indicates the date when 
the ticket transfer message 7412 was issued. These 
data are closed and addressed to the user B, thereby 
providing the ticket transfer message 7412. 

25 [1693] The transfer information 1 1910 is information 
concerning the electronic ticket transfer process per- 
formed by the service providing system, and is accom- 
panied by the digital signature of the service provider. 
[1 694] The mobile user terminal of user B decrypts the 

30 received ticket transfer message 7412 and examines 
the digital signature, registers the electronic ticket 
1 1912 in the ticket list 1712, and displays the electronic 
ticket on the LCD (display the electronic ticket; 7413). 
The ticket transfer process is thereafter terminated. 

35 [1695] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket installation processing. 
[1696] In Fig. 77 are shown procedures for the 
exchange of messages by the devices during the ticket 

40 installation processing, and in Figs. 123A and 123B, 
and 124A and 124B are shown the contents of mes- 
sages that are exchanged during the ticket installation 
processing. 

[1697] First, when the user performs an electronic 
45 ticket installation operation 7700, the mobile user termi- 
nal generates an electronic ticket installation request 
7701, and transmits it to the service providing system 
1 10 via digital wireless telephone communication. 
[1698] As is shown in Fig. 123A, the digital signature 
so of the user is provided for the data that consists of an 
electronic ticket installation request header 12300, 
which is header information indicating that the message 
is the electronic ticket installation request 7701 and 
describes the data structure; an installation card 
55 number 12301 and an installation number 12302, which 
are entered by a user; a request number 12303, which 
is an arbitrarily generated number that uniquely repre- 
sents the electronic ticket installation process; a user ID 
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12304; and an issued time 12305, which indicates the 
date when the electronic ticket installation request 7701 
was issued. These data are closed and addressed to 
the service provider, thereby providing the electronic 
ticket installation request 7701 . 
[1 699] Upon receiving the electronic ticket installation 
request 7701 , the user processor of the service provid- 
ing system 1 10 decrypts it and examines the digital sig- 
nature, and transmits it to the service manager 
processor. The service manager processor generates a 
service director processor to form a process group for 
processing the electronic ticket installation request 
12306. 

[1700] First, the service director processor refers to 
the installation card list that is indicated by the installa- 
tion card list address 5229 for the ticket issuer list 5203, 
and specifies a ticket issuer who issues a ticket that is 
represented by the installation number 12301. The 
service director processor generates a ticket installation 
request 12317, which is a message requesting that the 
ticket issuer issue a ticket using the installation card. 
The ticket issuer processor closes the request 12317 
and addresses it to the ticket issuer, and transmits it as 
a ticket installation request 7702 to the ticket issuing 
system 107. 

[1701] As is shown in Fig. 123B, the digital signature 
of the service provider is provided for the data that con- 
sist of a ticket installation request header 12310, which 
is header information indicating that the message is the 
ticket installation request 7702 and describing the data 
structure; an installation card number 12311; an instal- 
lation number 12312; a request number 12313; a cus- 
tomer number 12314, which uniquely represents a user 
for the ticket issuer; a service provider ID 1 2315; and an 
issued time 12316, which indicates the date when the 
ticket installation request 7702 was issued. These data 
are closed and addressed to the ticket issuer, thereby 
providing the ticket installation request 7702. 
[1702] Upon receiving the ticket installation request 
7702, the ticket issuing system 107 decrypts it and 
examines the digital signature. The ticket issuing server 
1 100 compares the installation card number 1231 1 and 
the installation number 12312, which are included in the 
ticket installation request 7702, with the management 
information for the issued electronic ticket installation 
card that is stored in the ticket issuing information 
server 1102. The ticket issuing server 1100 then 
updates the data in the customer information server 
1102 and the ticket issuing information server 1103. 
Furthermore, the ticket issuing server generates ticket 
data (12406) for a requested ticket, and transmits, to the 
service providing system, an electronic ticket installa- 
tion commission 7703, which is a message requesting 
the installation of an electronic ticket that corresponds 
to the requested ticket. 

[1703] As is shown in Fig. 124A, the digital signature 
of the ticket issuer is provided for the data that consists 
of an electronic ticket installation commission header 



12400, which is header information indicating that the 
message is the electronic ticket installation commission 
7703 and describing the data structure; a transaction 
number 12401 , which is an arbitrarily generated number 

5 that uniquely represents the transaction with a user; 
ticket issuing information 12402; a request number 
12403; ticket code 12404, which indicates the type of 
electronic ticket that is to be issued; a template code 
12405, which indicates a template program for an elec- 
ta tronic ticket to be issued; ticket data 12406; representa- 
tive component information 12407; a ticket issuer ID 
12408; and an issued time 12409, which indicates the 
date when the electronic ticket installation commission 
7703 was issued. These data are closed and addressed 

is to the service provider, thereby providing the electronic 
ticket installation commission 7703. 
[1 704] The ticket issuing information 1 2402 is informa- 
tion concerning the ticket issuing process performed by 
the ticket issuing system, and is accompanied by the 

20 digital signature of the ticket issuer. 

[1705] The ticket data 12406 is ticket information 
issued by the ticket issuer, wherein the digital signature 
of the ticket issuer accompanies the data that consists 
of the ticket ID 12414, the ticket information 12415 and 

25 the ticket ID 12416. 

[1 706] The ticket issuer processor of the service pro- 
viding system decrypts the received electronic ticket 
installation commission 7703 and examines the digital 
signature, and transmits the commission 7703 to the 

30 service director processor. In accordance with the elec- 
tronic ticket installation commission 12410, the service 
director processor generates an electronic ticket to be 
issued to a user, using the same procedures as are 
used for the ticket purchase processing, and also gener- 

35 ates an electronic ticket installation message 12415, 
which is a message directing that the electronic ticket 
be installed in the mobile user terminal. The user proc- 
essor closes the electronic ticket installation message 
12455 and addressees it to a user, and transmits it as 

40 an electronic ticket installation message 7704 to the 
mobile user terminal via digital wireless telephone com- 
munication. 

[1707] As is shown in Fig. 124B, the digital signature 
of the service provider is provided for the data that con- 

45 sists of an electronic ticket installation header 12417, 
which is header information indicating that the message 
is the electronic ticket installation message 7704 and 
describing the data structure; a transaction number 
12418; ticket issuing information 12419, which con- 

so cerns the ticket issuing process performed by the ticket 
issuing system; ticket issuing information 12420, which 
concerns the ticket issuing process performed by the 
service providing system; a request number 12421; 
generated electronic ticket code 12422; a service pro- 

55 vider ID 12423; and an issued time 12424, which indi- 
cates the date when the electronic ticket installation 
message 7704 was issued. These data are closed and 
addressed to the user, thereby providing the electronic 
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ticket installation message 7704. The ticket issuing 
information 12419 and the ticket issuing information 
12420 are accompanied by the digital signatures of the 
ticket issuer and the service provider. 
[1 708] The mobile user terminal decrypts the received s 
electronic ticket installation message 7704 and exam- 
ines the digital signature, registers, in the ticket list 
1712, the electronic ticket included in the electronic 
ticket installation request 7704, and displays the 
installed electronic ticket on the LCD (display the elec- 10 
tronic ticket; 7705). 

[1709] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the ticket modification processing. 
[1710] In Fig. 80 are shown procedures for the is 
exchange of messages by the gate terminal 101, the 
service providing system 1 1 0 and the ticket issuing sys- 
tem 107 during the processing performed to modify the 
ticket examination program of the gate terminal. In Figs. 
129A and Figs. 88C, 88D and 88F are shown the con- 20 
tents of messages that are exchanged by the gate ter- 
minal 101, the service providing system 110 and the 
ticket issuing system 107 during the ticket modification 
processing. In Fig. 81 are shown procedures for the 
exchange of messages by the mobile user terminal 100, 25 
the service providing system 110 and the ticket issuing 
system 107 during the processing performed to modify 
the electronic ticket of the mobile user terminal. In Figs. 
129A and 129B, and Figs. 130A and 130B are shown 
the contents of messages that are exchanged by the 30 
mobile user terminal 100, the service providing system 
110 and the ticket issuing system 107. 
[1 71 1] When the contents of a ticket that was issued 
must be altered because an event was changed or an 
error was found when the ticket was issued, the ticket 35 
issuing system generates a modification request 8000 
or 8100, which is a message requesting the modifica- 
tion of a ticket that was issued, and transmits it to the 
service providing system. 

[1712] As is shown in Fig. 129A, the digital signature 40 
of the ticket issuer is provided for the data that consist of 
a modification request header 12900, which is header 
information indicating that the message is the modifica- 
tion request 8000 or 8100 and describing the data struc- 
ture; a modification number 12901, which is an 45 
arbitrarily generated number that uniquely represents 
the ticket modification processing; a modification code 
12902; a modification time limit 12903, which indicates 
the time limit for the modification; a modification mes- 
sage 12904; a ticket code 12905, which indicates the so 
type of electronic ticket that is to be modified; a template 
code 12906, which identifies a template program for a 
modified electronic ticket; a ticket count 12907 that indi- 
cates the number of electronic tickets to be modified; 
modified ticket data 12908; modified representative 55 
component information 12909; a ticket issuer ID 12910; 
and an issued time 12911, which indicates the date 
when the ticket modification request 8000 was issued. 



These data are closed and addressed to the service 
provider, thereby providing the ticket modification 
request 8000 or 8100. 

[1713] The modification code 12902 is code informa- 
tion that identifies the type of ticket modification 
processing, and that indicates the modification of the 
electronic ticket information 1917, the modification of 
the representative component information 1932, the 
modification of the template program, or the modifica- 
tion accompanied by the ticket refund processing will be 
performed. 

[1 71 4] The modification message 1 2904 specifies the 
contents of the modification, and is accompanied by the 
digital signature of the ticket issuer. 
[1715] The ticket data 12908 is modified ticket infor- 
mation for an electronic ticket to be modified. Tickets in 
a number equivalent to the ticket count 12907 are set as 
ticket data 12908. The ticket information is obtained by 
providing the digital signature of the ticket issuer for the 
data that consists of the ticket ID 12916, the ticket infor- 
mation 12917 and the ticket issuer ID 12918. When no 
modification of the electronic ticket information is to take 
place, the ticket data 1 2908 are not set. 
[1716] The representative component information 
10209 is set as the modified representative component 
information 1932 for an electronic ticket that is to be 
modified. When no modification is scheduled for the 
representative component information 1932, the repre- 
sentative component information 10209 is not set. 
[1 71 7] The ticket issuer processor of the service pro- 
viding system 110 decrypts the received modification 
request 8000 or 8100 and examines the digital signa- 
ture, and transmits the request to the service manager 
processor. The service manager processor generates a 
service director processor to form a process group for 
processing the modification request 12912. Then, the 
service director processor changes the electronic ticket 
of the mobile user terminal and the ticket examination 
program of the gate terminal in accordance with the 
modification request 12912. The ticket examination pro- 
gram for the gate terminal is changed when the tem- 
plate program is modified. 

[1718] An explanation will now be given for the 
processing performed to change the ticket examination 
program for the gate terminal. 

[1 71 9] First, the service director processor generates 
a new ticket examination program by employing the 
ticket examination module, which is pointed to at the 
ticket examination module address 4922 in the elec- 
tronic ticket template list 4905 indicated by the template 
code 12906, and the ticket public key 5309 and the gate 
private key 5310, which are registered in the electronic 
ticket management information 5300. Then, the service 
director processor refers to the examination ticket list 
471 1 for the gate terminal of the merchant who is regis- 
tered in the merchant list 5302 to obtain the electronic 
ticket that is to be modified, and specifies that the gate 
terminal for which the electronic ticket to be modified is 
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registered is an electronic ticket that the gate terminal is 
to examine. The service director processor transmits, to 
the merchant processor of the gate terminal that is 
specified, a message requesting the performance of the 
forcible data updating process to update the ticket 
examination program. 

[1720] The merchant processor of the specified gate 
terminal performs the forcible data updating process, 
and modifies the ticket examination program of the gate 
terminal. At this time, the procedures for the exchange 
of messages by the gate terminal and the service pro- 
viding system, and the contents (data structures) of the 
messages that are exchanged are the same as those 
employed for the forcible data updating processing that 
was previously described. 

[1 721 ] The merchant processor inserts the new ticket 
examination program into the compressed update data 
8828 of the update data 5708, and transmits the result- 
ant data to the gate terminal as the update data 5708. 
[1 722] Upon receiving the update data 5708, the gate 
terminal decompresses the update data 8828, and 
updates the data in the RAM and on the hard disk. At 
this time, the ticket examination program is also regis- 
tered in the ticket list 2409 of the gate terminal. 
[1723] An explanation will now be given for the 
processing for modifying an electronic ticket in the 
mobile user terminal. First, the service director proces- 
sor refers to the user list 5301 for an electronic ticket to 
be modified, and specifies a user who owns the elec- 
tronic ticket that is to be modified. The service director 
processor generates a modification notification 12928, 
which is a message for notifying the specified user of 
the modification of the electronic ticket. The user proc- 
essor for the specified user closes the modification noti- 
fication 12928, addresses it to the user, and transmits it 
as a modification notification 8101 to the mobile user 
terminal via digital wireless telephone communication. 
[1724] As is shown in Fig. 129B, the digital signature 
of the service provider is provided for the data that con- 
sist of a modification notification header 12920, which is 
header information indicating that the message is the 
modification notice 8101 and describing the data struc- 
ture; a modification number 12921 ; a modification code 
12922; a ticket ID 12923; a modification message 
12924; a reply time limit 12925, which specifies the time 
limit for the transmission of a replay (reaction selection 
8104) by the user to the modification notice 8101; a 
service provider ID 12926; and an issued time 12927, 
which indicates the date on which the modification 
notice 8101 was issued. These data are closed and 
addressed to the user, thereby providing the modifica- 
tion notice 8101 . 

[1725] Upon receiving the modification notice 8101, 
the mobile user terminal decrypts it and examines the 
digital signature, outputs a call arrival tone to notify the 
user of the reception of the modification notice 8101, 
and displays a modification message 12924 on the LCD 
(display the modification notice; 8102). For example, 



when the date has been changed, a message to that 
effect and a message requesting that the user select an 
action, either "accept," "refuse" or "refund," in response 
to the modification are displayed. 

5 [1726] When, in response to the message displayed 
on the LCD, the user employs the number key switches 
to select an action in response to the modification (reac- 
tion selection operation 8103), the mobile user terminal 
generates a reaction selection message 8104, which 

10 contains the response of the user to the modification 
notice 8101, and transmits it to the service providing 
system via the digital wireless telephone communica- 
tion. When the user selects "refuse" or "refund," the 
mobile user terminal changes the ticket status 1907 of 

15 the electronic ticket to the use disabled state. 

[1727] As is shown in Fig. 130B, the digital signature 
of the user is provided for the data that consists of a 
reaction selection header 13000, which is header infor- 
mation indicating that the message is the reaction 

20 selection message 8104 and describing the data struc- 
ture; a modification number 13001; a reaction code 
13002, which identifies the type of reaction to the modi- 
fication that the user selected; a ticket ID 13004, which 
is a number that is arbitrarily generated, by the mobile 

25 user terminal, that uniquely represents the ticket modifi- 
cation; a user ID 13005; and an issued time 13006, 
which indicates the date on which the selection mes- 
sage 8104 was issued. These data are closed and 
addressed to the service provider, thereby providing the 

30 reaction selection message 81 04. 

[1728] The user processor of the service providing 
system decrypts the received reaction selection mes- 
sage 8104, examines the digital signature, and trans- 
mits it to the service director processor. The service 

35 director processor updates the contents of an electronic 
ticket, or refunds the cost of the ticket in accordance 
with the reaction code 13002 contained in the reaction 
selection message 13007. When the user selects 
"refuse," the service director processor changes to the 

40 use disabled state the ticket status 4647 of the corre- 
sponding electronic ticket in the ticket list 4610 for the 
user, which is stored in the user information server 902. 
[1729] When the reaction code 13002 represents 
"accept," in response to the modification request 8100, 

45 the service director processor generates a new elec- 
tronic ticket using the same procedures as those used 
during the ticket purchase processing. In addition, the 
service director processor generates a modification 
instruction 13017, which is a message for instructing the 

so modification of a ticket, and transmits it to the user proc- 
essor. The user processor changes a corresponding 
electronic ticket in the user ticket list 4610 to an elec- 
tronic ticket that is included in the modification instruc- 
tion 13017. The user processor closes the modification 

55 instruction 13017 and addresses it to the user, and 
transmits it as a modification instruction 8105 to the 
mobile user terminal via digital wireless telephone com- 
munication. 
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[1730] As is shown in Fig. 130A, the digital signature 
of the service provider is provided for the data that con- 
sists of a modification reaction header 13011, which is 
header information indicating that the message is the 
modification instruction 8105 and describing the data 5 
structure; a modification number 13012; a request 
number 13013; new electronic ticket data 13014; a 
service provider ID 13015; and an issued time 13016, 
which indicates the date on which the modification 
instruction 81 05 was issued. These data are closed and w 
addressed to the user, thereby providing the modifica- 
tion instruction 8105. 

[1731] Upon receiving the modification instruction 
8105, the mobile user terminal decrypts it and examines 
the digital signature. Then, instead of the old electronic is 
ticket, the mobile user terminal registers in the ticket list 
1712 the new electronic ticket 13014 that is included in 
the modification instruction 8105, and displays the new 
electronic ticket on the LCD (display the ticket; 8106). 
[1732] An explanation will now be given for the con- 20 
tents of the messages that are exchanged by the 
devices during the ticket refund processing. 
[1733] In Fig. 82 are shown procedures for exchang- 
ing messages when the ticket refund processing is per- 
formed by immediate clearing. In Figs. 131 A and 131 B, 25 
133A and 133B, and 134A and 134B are shown the 
contents of messages that are exchanged by the 
devices during the ticket refund processing. In Fig. 83 
are shown procedures for exchanging messages when 
the ticket refund processing is performed by delayed 30 
clearing. In Figs. 131 A and 131 B, 132Aand 132B, 133A 
and 133B, and 134A and 134B are shown the contents 
of messages that are exchanged by the devices. 
[1 734] The ticket refund process is performed when 
the user selects "refund" during in the ticket modification 35 
process (when the reaction code 13002 of the reaction 
selection message 13007 represents "refund"). There- 
fore, the message exchanging procedures up to the 
reaction selection 13007 are transmitted by the user 
processor to the service director processor, and the 40 
contents of those messages are the same as those 
employed for the ticket modification processing. 
[1735] When the reaction code 13002 indicates 
"refund," the service director processor generates a 
refund request 13107, which is a message requesting 45 
that the ticket issuer refund the cost of the ticket. The 
ticket issuer processor closes the request 13107, 
addressing it to the ticket issuer, and transmits it as a 
refund request 8205 or 8305 to the ticket issuing sys- 
tem. 50 
[1736] As is shown in Fig. 131 A, the digital signature 
of the service provider is provided for the data that con- 
sist of a refund request header 13100, which is header 
information indicating that the message is a refund 
request and describing the data structure; a modifica- 55 
tion number 13101; a ticket ID 13102 for a ticket for 
which the cost is to be refunded; a request number 
13103; a customer number 13104; a service provider ID 
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13105; and an issued time 13106, which indicates the 
date on which the refund request was issued. These 
data are closed and addressed to the ticket issuer, 
thereby providing the refund request 8205 or 8305. 
[1737] Upon receiving the refund request 8205 or 
8305, the ticket issuing server 1 100 of the ticket issuing 
system updates data in the customer information server 
1 101 , the ticket issuing information server 1 102 and the 
ticket information server 1 1 03, cancels the issued ticket, 
generates a refund commission 8206, which is a mes- 
sage requesting that the service providing system per- 
form the refund process for an electronic ticket, and 
transmits the commission 8206 to the service providing 
system. 

[1738] As is shown in Fig. 131B, the digital signature 
of the ticket issuer is provided for the data that consists 
of a refund commission header 131 1 1 , which is header 
information indicating that the message is the refund 
commission and describing the data structure; a trans- 
action number 13112, which is an arbitrarily generated 
number that uniquely represents the ticket refund 
processing; a refund amount 13113; a clearing option 
13114; a ticket ID 13115; a request number 13116; a 
ticket issuer ID 131 17; and an issued time 13118, which 
indicates the date when the refund commission was 
issued. These data are closed and addressed to the 
service provider, thereby providing the refund commis- 
sion 8206 or 8306. 

[1 739] The ticket issuer processor of the service pro- 
viding system decrypts the received refund commission 

8206 or 8306 and examines the digital signature, and 
transmits it to the service director processor. When the 
clearing option 13114 in the refund commission 131 19 
represents immediate clearing, the service director 
processor performs the refund process using immediate 
clearing. When the clearing option 13114 represents 
delayed clearing, the service director processor per- 
forms the ticket refund process using delayed clearing. 
[1740] An explanation will now be given for the ticket 
refund process that uses immediate clearing. 

[1741] In Fig. 82, upon receiving a refund commission 
13119, the service director processor generates a 
refund clearing request 13222, which is a message 
requesting the performance of the refund clearing proc- 
ess. The transaction processor processor closes the 
request 13222 and addresses it to the transaction proc- 
essor, and transmits it as a refund clearing request 

8207 to the transaction processing system 106. 
[1742] As is shown in Fig. 132B, the digital signature 
of the service provider is provided for the data that con- 
sists of a refund clearing request header 13212, which 
is header information indicating that the message is the 
refund clearing request 8207 and describing the data 
structure; a user clearing account 13213; a ticket issuer 
clearing account 13214, which indicates the clearing 
account of the ticket issuer; a refund amount 13215; a 
refund option code 13216; a request number 13217, 
which is issued by the mobile user terminal 100; a trans- 
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action number 13218, which is issued by the ticket issu- 
ing system; a validity term 13219, which specifies a 
period during which the refund clearing request 5904 is 
valid; a service provider ID 13220; and an issued time 
13221 , which indicates the date when the refund clear- 
ing request 5904 was issued. These data are closed 
and addressed to the transaction processor, thereby 
providing the refund clearing request 8207. 
[1743] Upon receiving the refund clearing request 
8207, the transaction server 1000 of the transaction 
processing system updates data in the subscriber infor- 
mation server 1001, the member store information 
server 102 and the transaction information server 103, 
performs the refund clearing process, and generates for 
the service providing system a refund clearing comple- 
tion notification 8208 that is a message indicating that 
the refund clearing has been completed. 
[1744] As is shown in Fig. 133A, the digital signature 
of the transaction processor is provided for the data that 
consists of a refund clearing completion notification 
header 13300, which is header information indicating 
that the message is the refund clearing notification 8208 
and describing the data structure; a clearing number 
13301, which is an arbitrarily generated number that 
uniquely represents the clearing process performed by 
the transaction processing system 106; a user clearing 
account 13302; a ticket issuer clearing account 13303; 
a refund amount 13304; a refund option code 13305; a 
request number 13306; a transaction number 13307; 
clearing information 13308 for a service provider that is 
accompanied by the digital signature of the transaction 
processor; clearing information 13309 for a ticket issuer 
that is accompanied by the digital signature of the trans- 
action processor; a transaction processor ID 13311; 
and an issued time 13312, which indicates the date 
when the refund clearing completion notification was 
issued. These data are closed and addressed to the 
service provider, thereby providing the refund clearing 
completion notification 8208. 

[1745] The transaction processor processor of the 
service providing system 110 decrypts the received 
refund clearing completion notification 8208 and exam- 
ines the digital signature, and transmits the refund 
clearing completion notification 13313 to the service 
director processor. The service director processor 
employs the refund clearing completion notification 
13313 to generate a refund clearing completion notifica- 
tion 1 3329 for the ticket issuer. The ticket issuer proces- 
sor closes the notification 13329, addresses it to the 
ticket issuer, and transmits it as a refund clearing com- 
pletion notification 8209 to the ticket issuing system 
107. 

[1746] As is shown in Fig. 133B, the digital signature 
of the service provider is provided for the data that con- 
sist of a refund clearing completion notification header 
13317, which is header information indicating that the 
message is the refund clearing notification 8209 and 
describing the data structure; a clearing number 13318; 



a customer number 13319; a ticket issuer ID 13320; a 
refund amount 13321; a clearing option 13322; a 
request number 13323; a transaction number 13324; 
clearing information 13325 for a ticket issuer that is 

5 accompanied by the digital signature of the transaction 
processor; a transaction processor ID 13326; a service 
provider ID 13327; and an issued time 13328, which 
indicates the date when the refund clearing completion 
notification was issued. These data are closed and 

10 addressed to the ticket issuer, thereby providing the 
refund clearing completion notification 8209. 
[1 747] The ticket issui ng system decrypts the received 
refund clearing completion notification 8209 and exam- 
ines the digital signature, generates a refund receipt 

15 821 0, and transmits it to the service providing system. 
[1748] As is shown in Fig. 134A, the digital signature 
of the ticket issuer is provided for the data that consists 
of a refund receipt header 13400, which is header infor- 
mation indicating that the message is the refund receipt 

20 8210 and describing the data structure; a customer 
number 13201; refund information 13402; a refund 
amount 13403; a request number 13404; a transaction 
number 13405; a clearing number 13406;a transaction 
processor ID 13407; a ticket issuer ID 13408; and an 

25 issued time 13409, which indicates the date when the 
refund receipt 8210 was issued. These data are closed 
and addressed to the service provider, thereby provid- 
ing the refund receipt 8210. The refund information 
13402 concerns the refund process performed by the 

30 ticket issuing system, and is accompanied by the digital 
signature of the ticket issuer. 

[1 749] The ticket issuer processor of the service pro- 
viding system 110 decrypts the received refund receipt 
8210 and examines the digital signature, and transmits 
35 the refund receipt 1341 0 to the service director proces- 
sor. The service director processor employs the refund 
receipt 13410 to generate a refund receipt 13421 to be 
transmitted to the user. 

[1 750] When the service director processor has trans- 

40 mitted the refund clearing completion notification 1 3329 
to the ticket issuing system, the service director proces- 
sor erases from the user ticket list 4610 stored in the 
user information server 902 the electronic ticket for 
which the refund was effected. 

45 [1751] The user processor closes the refund receipt 
13421, addressing it to the user, and transmits it as a 
refund receipt 821 1 to the mobile user terminal 100 via 
digital wireless telephone communication. 
[1752] As is shown in Fig. 134B, the digital signature 

so of the service provider is provided for the data that con- 
sists of a refund receipt header 13414, which is header 
information indicating that the message is the refund 
receipt 821 1 and describing the data structure; a user 
ID 13415; a decrypted refund receipt 13416 (13410); 

55 clearing information 13417 for a user that is accompa- 
nied by the digital signature of the transaction proces- 
sor; refund information 13418; a service provider ID 
13419; and an issued time 13420, which indicates the 



145 



289 

date when the refund receipt 8211 was issued. These 
data are closed and addressed to the user, thereby pro- 
viding the refund receipt 8211. The refund information 
13418 concerns the electronic ticket refund process 
performed by the service providing system, and is 5 
accompanied by the digital signature of the service pro- 
vider. 

[1 753] The mobile user terminal decrypts the received 
refund receipt 821 1 and examines the digital signature, 
erases from the check list 1712 the electronic ticket for 10 
which the refund was effected, registers the refund 
receipt 13421 in the use list 1715, and displays the 
refund receipt 13421 on the LCD 303 (display the 
refund receipt; 8212). 

[1 754] An explanation will now be given for the ticket is 
refund processing performed with the delayed clearing. 
In Fig. 83, the procedures up to the time the ticket issu- 
ing system transmits a refund commission to the serv- 
ice providing system are the same as are those for the 
immediate clearing. 20 
[1755] When the delayed clearing is designated in 
accordance with the clearing option 13114, the service 
director processor generates a temporary refund receipt 
13208 that corresponds to a temporary receipt for the 
refund process. The user processor closes the tempo- 25 
rary refund receipt 13208, addressing it to the user, and 
transmits it as a temporary refund receipt 8307 to the 
mobile user terminal 100 via digital wireless telephone 
communication. 

[1756] As is shown in Fig. 132A, the digital signature 30 
of the service provider is provided for the data that con- 
sist of a temporary refund receipt header 13200, which 
is header information indicating that the message is the 
temporary refund receipt 8307 and describe the data 
structure; a user ID 13201 ; refund information 13202; a 35 
refund amount 13203; a request number 13204; a 
transaction number 13205; a service provider ID 13206; 
and an issued time 13207, which indicates the date 
when the temporary refund receipt 8307 was issued. 
These data are closed and addressed to the user, 40 
thereby providing the temporary refund receipt 8307. 
The refund information 13202 concerns the electronic 
ticket refund process performed by the service providing 
system, and is accompanied by the digital signature of 
the service provider. 45 
[1 757] The mobile user terminal decrypts the received 
temporary refund receipt 8307 and examines the digital 
signature, erases the electronic ticket that is refund from 
the check list 1712, registers the temporary refund 
receipt 13208 to the use list 1715, and displays the tern- so 
porary refund receipt 13208 on the LCD 303 (display 
the refund receipt; 8308). 

[1 758] The service director processor thereafter per- 
forms the refund clearing processing. 
[1 759] First, the service director processor generates 55 
the refund clearing request 13222, which is a message 
requesting the performance of the refund clearing proc- 
ess. The transaction processor processor closes the 
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request 13222, addressing it to the transaction proces- 
sor, and transmits it as a refund clearing request 8309 
to the transaction processing system 106. 
[1760] The transaction processing system 106 
decrypts the received refund clearing request 8309 and 
examines the digital signature, and performs the refund 
clearing process. Then, the transaction processing sys- 
tem 106 generates a refund clearing completion notifi- 
cation 8310, and transmits it to the service providing 
system 1 10. 

[1761] The transaction processor processor of the 
service providing system 110 decrypts the received 
refund clearing completion notification 8310 and exam- 
ines the digital signature, and transmits a refund clear- 
ing completion notification 13313 to the service director 
processor. The service director processor employs the 
refund clearing completion notification 13313 to gener- 
ate the refund clearing completion notification 13329 for 
the ticket issuer. The ticket issuer processor closes the 
notification 13329, addressing it to the ticket issuer, and 
transmits it to the ticket issuing system 107 as a refund 
clearing completion notification 8311 for the ticket 
issuer. 

[1 762] The ticket issui ng system decrypts the received 
refund clearing completion notification 831 1 and exam- 
ines the digital signature, and generates a refund 
receipt 8312 and transmits it to the service providing 
system. 

[1 763] The ticket issuer processor of the service pro- 
viding system 110 decrypts the received refund receipt 
8312 and examines the digital signature, and transmits 
a refund receipt 13410 to the service director processor. 
The service director processor employs the refund 
receipt 13410 to generate a refund receipt 13412 for the 
user. 

[1764] The generated refund receipt 13412 is not 
immediately transmitted to the mobile user terminal 1 00 
of the user, but when the mobile user terminal 100 per- 
forms the data updating process, the user processor 
replaces the temporary refund receipt 13208 in the use 
list 1 715 with the refund receipt 13421 , and transmits it 
as a part of the update data 8313 to the mobile user ter- 
minal 100. 

[1765] The data structures of the refund clearing 
request 8309, the refund clearing completion notifica- 
tion 8310, the refund clearing completion notification 
831 1 and the refund receipt 8312 for the delayed clear- 
ing are the same as those used for the refund clearing 
request 8207, the refund clearing completion notifica- 
tion 8208, the refund clearing completion notification 
8209 and the refund receipt 8210 for the immediate 
clearing. 

[1766] The refund clearing process with the delayed 
clearing is not necessarily performed immediately after 
the temporary refund receipt is issued, and may be per- 
formed, for example, once a day with another clearing 
process. 

[1 767] An explanation will now be given for the con- 
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tents of messages that are exchanged by devices in var- 
ious processes for electronic payment card service. 
[1768] First, an explanation will be given for the con- 
tents of messages that are exchanged by devices dur- 
ing the payment card purchase processing. 
[1769] In Fig. 61 are shown the procedures for the 
exchange of messages by devices during the payment 
card purchase processing. In Figs. 96A and 96B, 97A 
and 97B, 98A and 98B, 99A and 99B, and 100A and 
100B are shown the contents of messages that are 
exchanged by devices during the payment card pur- 
chase processing. 

[1770] First, when a user performs a payment card 
purchase order operation 6100, the mobile user termi- 
nal transmits a payment card purchase order 6101 to 
the service providing system through digital wireless tel- 
ephone communication. 

[1 771 ] As is shown in Fig. 96A, the digital signature of 
a user is provided for data that consists of a payment 
card purchase order header 9600, which is header 
information identifying the message as the payment 
card purchase order 6101 and describing the data 
structure; a response code 9601 , which identifies the 
type of service requested by the user; a card order code 
9602, which identifies an order code for a payment card 
that is entered by the user; a number of payment cards 
9603 that the user has entered; a payment service code 
9604, which identifies a credit card designated by the 
user; a payment value 9605; a payment option code 
9606, which identifies a payment option, such as the 
number of payments designated by the user; a request 
number 9607, which is an arbitrarily generated number 
that uniquely represents the payment card purchase 
processing; a validity term 9608 for the payment card 
purchase order 6101; a user ID 9609; and an issued 
time 9610, which is the date on which the payment card 
purchase order 6101 was issued. These data are 
closed and addressed to the service provider, thereby 
providing the payment card purchase order 6101. The 
service code 8901 identifies the purchase order of a 
payment card to a payment card issuer who is selected 
by the user. 

[1772] Upon receiving the payment card purchase 
order 6101, the user processor of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
Then, the service manager processor generates a serv- 
ice director processor to form a process group that proc- 
esses a payment card order 961 1 . The service director 
processor refers to the payment card issuer list 5204 
and generates a payment card purchase order 9626 for 
the payment card issuer indicated by the service code 
9601. The payment card issuer processor closes the 
payment card order and addresses it to the payment 
card issuer, and transmits the resultant order as a pay- 
ment card purchase order 6102 to the payment card 
issuing system 108. 

[1 773] As is shown in Fig. 96B, the digital signature of 



a service providing system is provided for data that con- 
sists of a payment card purchase order header 9615, 
which is header information indicating that the message 
is the payment card purchase order 6102 and describ- 

5 ing the data structure; a card order code 9616; a 
number of cards 9617 that are purchased; a payment 
service code 9618; a payment value 9619; a payment 
option code 9620; a request number 9621; a customer 
number 9622, which uniquely represents a user for the 

10 payment card issuer; a validity term 9623 for the pay- 
ment card purchase order 6102; a service provider ID 
9624; and an issued time 9625, which is the date on 
which the payment card purchase order 6102 was 
issued. These data are closed and addressed to the 

is payment card issuer, thereby providing the payment 
card purchase order 6102. 

[1774] When there was a previous transaction to 
which the user and the payment card issuer were par- 
ties, a customer number that is registered in the cus- 

20 tomer table of the payment card issuer is established as 
the customer number 9622. When there was no previ- 
ous transaction, the service director processor gener- 
ates for the payment card issuer a number that uniquely 
represents the user, establishes it as the customer 

25 number 9622, and registers that number in the cus- 
tomer table. The customer table is designated by using 
the customer table address 5237 of the payment card 
issuer list 5204. 

[1775] Upon receiving the payment card purchase 
30 order 6102, the payment card issuing system 108 
decrypts it and examines the digital signature. The pay- 
ment card issuing server 1200 updates the data in the 
customer information server 1201, the payment card 
issuing information server 1202 and the payment card 
35 information server 1203, generates payment card data 
(9719) for the ordered payment card, and transmits, to 
the service providing system, an electronic payment 
card issuing commission 6103, which constitutes a 
message requesting the process for issuing an elec- 
40 tronic payment card that corresponds to the payment 
card and the process for settling the price of the pay- 
ment card. 

[1 776] As is shown in Fig. 97A, the digital signature of 
a payment card issuer is provided for data that consists 

45 of an electronic payment card issuing commission 
header 9700, which is header information identifying the 
message as the electronic payment card issuing com- 
mission 61 03 and describing the data structure; a trans- 
action number 9701, which is an arbitrarily generated 

so number that uniquely identifies a transaction to which a 
user is a party; a sales value 9702, which conveys the 
price of a payment card; a clearing option 9703, which 
indicates which clearing procedures apply; a request 
number 9704; a payment card code 9705, which identi- 

55 fies the type of electronic payment card that is to be 
issued; a template code 9706, which identifies a tem- 
plate program to be used for an electronic payment card 
that is to be issued; a number of payment cards 9707, 
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which indicates how many payment cards are to be 
issued; payment card data 9708; representative compo- 
nent information 9709; a payment card issuer ID 9710; 
and an issued time 97 11 , which is the date on which the 
electronic payment card issuing commission 6103 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic pay- 
ment card issuing commission 6103. 
[1777] The clearing option 9703 is information by 
which the payment card issuing system designates, to 
the service providing system, the procedures to be used 
for clearing the price of a payment card. The clearing 
process is roughly divided into a spontaneous clearing 
process for issuing an electronic payment card to a user 
after the price of the payment card has been cleared, 
and a delayed clearing process for clearing the price of 
a payment card after an electronic payment card has 
been issued. The clearing option 9703 is used to desig- 
nate either clearing process. 

[1 778] In the delayed clearing process, since an elec- 
tronic payment card is issued to a user before the clear- 
ing process is performed, the user does not have to 
wait. 

[1779] For example, based on a purchase history 
maintained for customers, the payment card issuer can 
designate the delayed clearing process for a customer 
with whom it has had dealings and who is known to be 
trustworthy and can designate the spontaneous clear- 
ing for a customer with whom it has had no previous 
dealings. 

[1 780] The payment card data 9708 is payment card 
information issued by the payment card issuer. A 
number of payment card information items equivalent to 
the number of payment cards 9707 are established as 
the payment card data 9708. For one payment card, the 
digital signature of a payment card issuer is provided for 
data that consist of a card ID 9716, card information 
9717 and a payment card issuer ID 9718, and the pay- 
ment card information is thereby provided. The payment 
card information 9717 is ASCII information describing 
the contents of a payment card. For the payment card 
information 9717, the title of a payment card, the face 
value of the payment card that is issued, the usage con- 
dition, an issuer, and whether it can be transferred, are 
described using a form whereby tag information repre- 
senting information types is additionally provided. 
[1781] The representative component information 
9709 is information that is established as the represent- 
ative component information 2032 for an electronic pay- 
ment card to be generated. Therefore, the 
representative component information 9709 may not be 
set for use. 

[1 782] The payment card issuer processor of the serv- 
ice providing system receives the electronic payment 
card issuing commission 6103, decrypts it and exam- 
ines the digital signature, and transmits it to the service 
director processor. The service director processor per- 
forms the electronic payment card issuing process and 



the payment card price clearing process in accordance 
with the clearing procedures designated by using the 
clearing option 9703. 

[1783] In Fig. 61 is shown the spontaneous clearing 
s process. The delayed clearing process will be described 
later. 

[1784] For the spontaneous clearing, the service 
director processor generates a clearing request 9824, 
which is a message requesting the clearing of the price 
10 of a payment card. The transaction processor processor 
closes the clearing request 9824 and addresses it to the 
transaction processor, and then transmits it as a clear- 
ing request 6104 to the transaction processing system 
106. 

is [1 785] As is shown in Fig. 98B, the digital signature of 
a service provider is provided for data that consists of a 
clearing request header 9814, which is header informa- 
tion indicating that the message is the clearing request 
6104 and describing the data structure; a user clearing 

20 account 9815, which includes a credit card that corre- 
sponds to the payment service code designated by the 
user; a payment card issuer clearing account 9816, 
which designates the clearing account of a payment 
card issuer; a payment value 9817; a payment option 

25 code 9818; a request number 9819, which is issued by 
the mobile user terminal 100; a transaction number 
9820, which is issued by the payment card issuing sys- 
tem; a validity term 9821, which presents the period 
during which the clearing request 6104 is effective; a 

30 service provider ID 9822; and an issued time 9823, 
which indicates the date on which the clearing request 
6104 was issued. These data are closed and addressed 
to the transaction processor, thereby providing the 
clearing request 6104. 

35 [1786] The transaction processing system 106 
receives the clearing request 6104, decrypts it and 
examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 6105, 

40 and transmits it to the service providing system 110. 
[1 787] As is shown in Fig. 99A, the digital signature of 
a transaction processor is provided for data that consist 
of a clearing completion notification header 9900, which 
is header information indicating that the message is the 

45 clearing completion notification 61 05 and describing the 
data structure; a clearing number 9901, which is an 
arbitrarily generated number that uniquely represents 
the clearing process performed by the transaction 
processing system 106; a user clearing account 9902; a 

so payment card issuer clearing account 9903; a payment 
value 9904; a payment option code 9905; a request 
number 9906; a transaction number 9907; clearing 
information 9908 for a service provider that is accompa- 
nied by the digital signature of the transaction proces- 

55 sor; clearing information 9909 for a payment card issuer 
that is accompanied by the digital signature of the trans- 
action processor; clearing information 9910 for a user 
that is accompanied by the digital signature of the trans- 
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action processor; a transaction processor provider ID 
991 1 ; and an issued time 9912, which indicates the date 
on which the clearing completion notification was 
issued. These data are closed and addressed to the 
service provider, thereby providing the clearing comple- 
tion notification 6105. 

[1788] Upon receiving the clearing completion notifi- 
cation 6105, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9913 to the service director processor. 
Upon receiving the clearing completion notification 
9913, the service director processor generates a clear- 
ing completion notification 9930 for the payment card 
issuer. The payment card issuer processor closes the 
clearing completion notification 9930, and transmits it to 
the payment card issuing system 107 as a clearing 
completion notification 6106 for the payment card 
issuer. 

[1 789] As is shown in Fig. 99B, the digital signature of 
a service provider is provided for data that consist of a 
clearing completion notification header 9917, which is 
header information indicating that the message is the 
clearing completion notification 6106 and describing the 
data structure; a clearing number 9918; a customer 
number 9919; a payment card issuer ID 9920; a pay- 
ment service code 9921 ; a payment value 9922; a pay- 
ment option code 9923; a request number 9924; a 
transaction number 9925; clearing information 9926 for 
a payment card issuer that is accompanied by the digital 
signature of the transaction processor; a transaction 
processor ID 9927; a service provider ID 9928; and an 
issued time 9929, which indicates the date on which the 
clearing completion notification was issued. These data 
are closed and addressed to the payment card issuer, 
thereby providing the clearing completion notification 
6106. 

[1790] Upon receiving the clearing completion notifi- 
cation 6106, the payment card issuing system decrypts 
it and examines the digital signature, and generates a 
receipt 6107 and transmits it to the service providing 
system. 

[1791] As is shown in Fig. 100A, the digital signature 
of a payment card issuer is provided for data that con- 
sists of a receipt header 10000, which is header infor- 
mation indicating that the message is the receipt 6107 
and describing the data structure; a customer number 
10001 ; payment card issuing information 10002; a pay- 
ment service code 10003; a payment value 10004; a 
payment option code 10005; a request number 10006; 
a transaction number 10007; clearing information 
10008; a transaction processor ID 10009; a payment 
card issuer ID 10010; and an issued time 10011, which 
indicates the date on which the receipt 6107 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 6107. 
The payment card issuing information 10002 is informa- 
tion concerning the payment card issuing process per- 



formed by the payment card issuing system, and is 
accompanied by the digital signature of the payment 
card issuer. 

[1792] Upon receiving the receipt 6107, the payment 
5 card issuer processor of the service providing system 
1 10 decrypts it and examines the digital signature, and 
transmits a receipt 10012 to the service director proces- 
sor. The service director processor employs the receipt 
10012 to generate a receipt 10023 for a user. 
10 [1 793] In addition, the service director processor gen- 
erates a clearing completion notification 9930 for the 
payment card issuing system, generates an electronic 
payment card to be issued to the user, and further gen- 
erates an electronic payment card issuing message 
is 9227 that includes the electronic payment card that is 
generated. 

[1 794] The user processor closes the electronic pay- 
ment card issuing message 9227 and the receipt 1 0023 
while addressing them to the user, and transmits them 
20 as an electronic payment card issuing message 6108 
and a receipt 6109 to the mobile user terminal 100 via 
digital wireless communication. 

[1 795] As is shown in Fig. 97B, the digital signature of 
a service provider is provided for data that consist of an 

25 electronic payment card issuing header 9720, which is 
header information indicating that the message is the 
electronic payment card issuing message 6108 and 
describing the data structure; a transaction number 
9721; a request number 9722; the number of payment 

30 cards 9723; electronic payment card data 9724 that are 
generated; a service provider ID 9725; and an issued 
time 9726, which indicates the date on which the elec- 
tronic payment card issuing message 6108 was issued. 
These data are closed and addressed to the user, 

35 thereby providing the electronic payment card issuing 
message 6108. The electronic payment card data 9724 
includes electronic payment cards 9731 equivalent in 
number to the number of payment cards 9723. 
[1796] As is shown in Fig. 100B, the digital signature 

40 of a service provider is provided for data that consists of 
a receipt header 10016, which is header information 
indicating that the message is the receipt 6109 and 
describing the data structure; a user ID 10017; a receipt 
10018 (10012) obtained by decryption; clearing infor- 

45 mation 1 001 9 for a user that is accompanied by the dig- 
ital signature of a transaction processor; payment card 
issuing information 10020; a service provider ID 10021 ; 
and an issued time 10022, which indicates the date on 
which the receipt 6109 was issued. These data are 

so closed and addressed to the user, thereby providing the 
receipt 6109. The payment card issuing information 
10020 is information for the electronic payment card 
issuing process performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 

55 service provider. 

[1797] Upon receiving the electronic payment card 
issuing message 6108 and the receipt 6109, the mobile 
user terminal decrypts them and examines the digital 
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signatures, enters in the payment card list 1 71 3 an elec- 
tronic payment card included in the electronic payment 
card issuing message 6108, enters the receipt 10023 in 
the use list 1715, and displays the electronic payment 
card on the LCD 303. 

[1 798] The generation of an electronic payment card 
by the service director processor is performed as fol- 
lows. 

[1799] First, the service director processor refers to 
the electronic payment card template list 5005 for the 
payment card issuer that is stored in the payment card 
issuer information server. Then, by using the electronic 
payment card template program that is identified by the 
template code 9706 of the electronic payment card issu- 
ing commission 6103, the service director processor 
generates a payment card program for an electronic 
payment card. Specifically, the payment card program 
data 2013 for an electronic payment card are generated 
using the transaction module and the representation 
module, which are described as being located at the 
transaction module address 5019, and the representa- 
tion module address 5020 in the electronic payment 
card template list 5005, and the representative compo- 
nent information 9709 in the electronic payment card 
issuing commission 6103. When the representative 
component information 9709 is not present in the elec- 
tronic payment card issuing commission 6103, the 
default representative component information located at 
the default representative component information 
address 5021 is employed as the information for an 
electronic payment card. 

[1800] Following this and based on the payment card 
information included in the card information 9717, the 
service director processor generates the card status 
2007 and the total remaining value 2008. Whether the 
card status 2007 can be transferred is designated, and 
the face value of the payment card that is issued is set 
as the total remaining value 2007. The service director 
processor generates a new pair consisting of a card sig- 
nature private key and a card signature public key, and 
further generates the payment card program 2001 for 
an electronic payment card by employing the card pri- 
vate key and the accounting machine public key that are 
registered in the electronic payment card management 
information 5400. 

[1801] Furthermore, the service director processor 
generates an electronic payment card by employing the 
obtained card signature public key to generate the cer- 
tificate 2003 for the electronic payment card, and by 
employing the payment card data 9719 in the electronic 
payment card issuing commission 6103 to generate the 
presentation card 2002 for the electronic payment card. 
[1802] The procedures for the delayed clearing will 
now be described. 

[1803] In Fig. 62 are shown the procedures for 
exchanging messages between the devices in the pay- 
ment card purchase process for the delayed clearing. 
The same process is performed as is used for the spon- 



taneous clearing until the payment card issuing system 
transmits the electronic payment card issuing commis- 
sion to the service providing system. 
[1804] When the delayed clearing is designated by the 

5 clearing option 9703, the service director processor 
generates an electronic payment card to be issued to 
the user, and also generates the electronic payment 
card issuing message 9727, which includes the gener- 
ated electronic payment card, and a temporary receipt 

10 message 9810, which corresponds to a temporary 
receipt. The generation of the electronic payment card 
is performed in the same manner as that used for the 
spontaneous clearing. 

[1805] The user processor closes the electronic pay- 

is ment card issuing message 9727 and the temporary 
receipt 9810 and addresses them to the user, and trans- 
mits these messages as an electronic payment card 
issuing message 6204 and a temporary receipt 6205 to 
the mobile user terminal 100 via digital wireless tele- 

20 phone communication. 

[1806] As is shown in Fig. 98A, the digital signature of 
a service provider is provided for data that consists of a 
temporary receipt header 9800, which is header infor- 
mation indicating that the message is the temporary 

25 receipt 6205 and describing the data structure; a user 
ID 9801 ; payment card issuing information 9802; a pay- 
ment service code 9803; a payment value 9804; a pay- 
ment option code 9805; a request number 9806; a 
transaction number 9807; a service provider ID 9808; 

30 and an issued time 9809, which indicates the date on 
which the temporary receipt 6205 was issued. These 
data are closed and addressed to the user, thereby pro- 
viding the temporary receipt 6205. The payment card 
issuing information 9802 is information concerning the 

35 electronic payment card issuing process that is per- 
formed by the service providing system, and is accom- 
panied by the digital signature of the service provider. 
[1807] The data structure of the electronic payment 
card issuing message 6204 is the same as that used for 

40 the electronic payment card issuing message 61 08. 
[1808] Upon receiving the electronic payment card 
issuing message 6204 and the temporary receipt 6205, 
the mobile user terminal decrypts them and examines 
the digital signatures, enters an electronic payment card 

45 included in the electronic payment card issuing mes- 
sage 6204 in the payment card list 1713, enters the 
temporary receipt 9810 in the use list 1715, and dis- 
plays the electronic payment card on the LCD 303. 
[1809] Following this, the service director processor 

so performs the clearing process for the price of the pay- 
ment card. First, the service director processor gener- 
ates a clearing request 9824, which is a message 
requesting the performance of the clearing process for 
the price of the payment card. The transaction proces- 

55 sor closes the clearing request 9824 and addresses it to 
the transaction processor, and transmits it as a clearing 
request 6207 to the transaction processing system 106. 
[1810] Upon receiving the clearing request 6207, the 



150 



299 



EP0 950 968 A1 



300 



transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 
generates a clearing completion notification 6208 and 
transmits it to the service providing system 1 10. 
[1811] Upon receiving the clearing completion notifi- 
cation 6208, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 9913 to the service director processor. 
The service director processor employs the received 
clearing completion notification 9913 to generate a 
clearing completion notification 9930 for the payment 
card issuer. And the payment card issuer processor 
closes the clearing completion notification 9930 and 
transmits it to the payment card issuing system 108 as 
a clearing completion notification 6209 for the payment 
card issuer. 

[1 81 2] The payment card issuing system decrypts the 
received clearing completion notification 6209 and 
examines the digital signature, and generates a receipt 
6210 and transmits it to the service providing system. 
[1 81 3] The payment card issuer processor of the serv- 
ice providing system decrypts the received receipt 6210 
and examines the digital signature, and transmits a 
receipt 10012 to the service director processor. The 
service director processor employs the receipt 10012 to 
generate a receipt 10023 for a user. 
[1814] The receipt 10023 that is generated is not 
immediately transmitted to the mobile user terminal 100 
of the user. When the mobile user terminal has per- 
formed the data updating process, the user processor 
replaces the temporary receipt 9810 in the use list 1715 
with the receipt 10023, and transmits the receipt 10023 
as one part of the update data 621 1 to the mobile user 
terminal 100. 

[1815] The data structures of the clearing request 
6207, the clearing completion notification 6208, the 
clearing completion notification 6209 and the receipt 
6210 for the delayed clearing are the same as those 
provided for the clearing request 6104, the clearing 
completion notification 6105, the clearing completion 
notification 6106 and the receipt 6107 for the spontane- 
ous clearing. 

[1 81 6] The delayed clearing process need not be per- 
formed immediately after the electronic payment card is 
issued, and together with the other clearing processes, 
may be performed, for example, once a day. 
[1817] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 1 10 
during the payment card registration processing. 
[1818] In Fig. 65B are shown the procedures for 
exchanging messages between devices in the payment 
card registration processing, and in Figs. 107A and 
107B are shown the contents of messages that are 
exchanged by the devices in the payment card registra- 
tion processing. 



[1819] First, when the user performs an electronic 
payment card registration operation 6504, the mobile 
user terminal generates a payment card registration 
request 6505 and transmits it to the service providing 

5 system via digital wireless telephone communication. 
[1820] As is shown in Fig. 107A, the digital signature 
of a user is provided for data that consists of a payment 
card registration request header 10700, which is header 
information indicating that the message is the payment 

10 card registration request 6505 and describing the data 
structure; a card ID 10701 of a payment card to be reg- 
istered; a user ID 10702; and an issued time 10703, 
which indicates the date on which the payment card 
registration request 6505 was issued. These data are 

15 closed and addressed to the service provider, thereby 
providing the payment card registration request 6505. 
[1821] The user processor of the service providing 
system decrypts the received payment card registration 
request 6505 and examines the digital signature, and 

20 transmits the request 6505 to the service manager 
processor. The service manager processor generates a 
service director processor to form a process group that 
processes a payment card registration request 10704. 
The service director processor ascertains that the elec- 

25 tronic payment card indicated by the card ID 10701 is 
registered in the payment card list 461 1 for the user in 
the user information server 902, and registers that elec- 
tronic payment card in the registered card list 5402 for 
electronic payment cards of the service director infor- 

30 mation server 901. At this time, the service director 
processor newly generates a card signature private key 
and a card signature public key pair. Further, the service 
director processor generates a registered card certifi- 
cate using the card signature public key, and registers it 

35 in the registered card list 5402. The service director 
processor then generates a card certificate issuing 
message 10713 using the card signature private key 
and the registered card certificate that has been gener- 
ated. The user processor closes the card certificate 

40 issuing message 10713 and addresses it to the user, 
and transmits it as a payment card certificate issuing 
message 6506 to the mobile user terminal via digital 
wireless telephone communication. 
[1822] As is shown in Fig. 107B, the digital signature 

45 of a service provider is provided for data that consists of 
a card certificate issuing header 10708, which is header 
information indicating that the message is the payment 
card certificate issuing message 6506 and describing 
the data structure; a card digital signature private key 

so 10709; a registered card certificate 10710; a service 
provider ID 10711, and an issued time 10712, which 
indicates the date on which the payment card certificate 
issuing message 6506 was issued. These data are 
closed and addressed to the user, thereby providing the 

55 payment card certificate issuing message 6506. 

[1823] The mobile user terminal 100 decrypts the 
received payment card certificate issuing message 
6506 and examines the digital signature, replaces the 
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card signature private key and the card certificate of an 
electronic payment card with the card signature private 
key 10709 and the registered card certificate 10710, 
both of which are included in the payment card certifi- 
cate issuing message 6506, changes the registration 
state in the card status to the post-registration state, 
and displays on the LCD the electronic payment card 
that has been registered (display a payment card that is 
registered; 6507). 

[1824] An explanation will now be given for the con- 
tents of messages that are exchanged by the service 
providing system 110 and the merchant terminal 102, 
the merchant terminal 103, or the accounting machine 
3555 (automatic vending machine 104) during the pay- 
ment card setup processing. 

[1 825] The payment card setup processing is not per- 
formed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555). 
[1 826] Therefore, for the payment card setup process, 
the procedures for the exchange of messages by the 
service providing system and the merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555), and the contents (data structures) of 
the messages to be exchanged are the same as those 
used for the above described data updating processing 
(Figs. 57 and 88). 

[1827] It should be noted, however, that the payment 
card setup process is not performed each time the data 
updating process is performed, but when the payment 
card list 4609 for the merchant stored in the merchant 
information server 903 is updated by the service direc- 
tor processor. 

[1828] When the payment card list 4609 is updated, 
the merchant processor includes updated data in the 
payment card list 4609 for the compressed update data 
8828 in the update data 5705, and transmits the result- 
ant data as update data 5705 to the merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555). 

[1 829] Upon receiving the update data 5705, the mer- 
chant terminal 102 (the merchant terminal 103 or the 
accounting machine 3555) decompresses the update 
data 8828, and updates the data in the RAM and on the 
hard disk. At this time, the payment card list 281 1 (321 1 
or 3608) in the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555) is 
updated, and an electronic payment card that is han- 
dled by the merchant terminal 102 (or the merchant ter- 
minal 103 or the accounting machine 3555) is updated. 
[1830] An explanation will now be given for the con- 
tents of messages that are exchanged by between the 
mobile ussr terminal 100 and the merchant terminal 
102, the merchant terminal 103, or the accounting 
machine 3555 (automatic vending machine 104) during 
the payment card clearing processing. 



[1831] In Fig. 68 are shown procedures for the 
exchange of messages by the mobile user terminal 1 00 
and the merchant terminal 102 or 103 during the pay- 
ment card clearing processing, and in Fig. 69 are shown 

5 procedures for the exchange of by the mobile user ter- 
minal 100 and the accounting machine 3555. In Figs. 
112A and 112B and Figs. 113A and 113B are shown 
the contents of messages that are exchanged by the 
devices during the payment card clearing processing. 

10 For the payment card clearing processing, the same 
procedures are employed for the exchange of mes- 
sages by the mobile user terminal 100 and the mer- 
chant terminal 102, the merchant terminal 103 or the 
accounting machine 3555, and the same contents (data 

is structures) are included in the messages to be 
exchanged. 

[1832] First, when a user performs a payment offer 
operation 6804 or 6906, the mobile user terminal 
employs a payment card that is to be used for payment 

20 and an arbitrarily generated test pattern and produces a 
payment offer message 6805 or 6907, which is a mes- 
sage for offering the merchant the payment of a price. 
The mobile user terminal transmits the message 6805 
or 6907 to the merchant terminal 102 (or the merchant 

25 terminal 1 03 or the accounting machine 3555) via infra- 
red communication. 

[1833] As is shown in Fig. 112A, the payment offer 
message 6805 or 6907 consists of a payment offer 
header 11200, which is header information indicating 

30 that the message is the payment offer message 6805 or 
6907 and describes the data structure; a service code 
11201, which identifies the request for payment using 
an electronic payment card; a request number 11202, 
which is an arbitrarily generated number that uniquely 

35 represents the payment card clearing process; an 
amount of payment 1 1 203 that is entered by the user; a 
presentation card 11203 for presenting an electronic 
payment card to be used for the payment; a card certifi- 
cate 11205; a current card status 11206 for an elec- 

40 tronic payment card to be used for the payment; a total 
remaining value 1 1 207; a card I D 1 1 208; an issued time 
1 1209, which indicates the date on which the payment 
offer message 6805 or 6907 was issued; and an 
accounting machine test pattern 11211, which is an 

45 arbitrarily generated test pattern. The digital signature is 
provided, using the card signature private key of an 
electronic payment card, for the card status 1 1206, the 
total remaining value 11207, the card ID 1 1208 and the 
issued time 11209. The accounting machine test pat- 

so tern 11211 is encrypted using the accounting machine 
public key. 

[1834] The presentation card 11 204, the card certifi- 
cate 11205, the card status 11206, the total remaining 
value 11207, the card ID 11208 and the issued date 
55 11209 specify the contents of the electronic payment 
card for the merchant terminal 102 (or the merchant ter- 
minal 103 or the accounting machine 3555), and the 
accounting machine test pattern 11211 is a test pattern 
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for authorizing the merchant terminal 102 (or the mer- 
chant terminal 1 03 or the accounting machine 3555). 
[1835] Upon receiving the payment offer 6805 or 
6907, first, the merchant terminal 102 (or the merchant 
terminal 103 or the accounting machine 3555) refers to 
the payment card list 281 1 (321 1 or 3608) and activates 
a payment card clearing module that corresponds to the 
card code (included in a presentation card) for the elec- 
tronic payment card that is presented. Then, the mer- 
chant terminal 102 (or the merchant terminal 103 or the 
accounting machine 3555) examines the validity of the 
contents of the payment offer 6805 or 6907, generates 
a payment offer response 6806 or 6908, which is a 
response message for the payment offer, and transmits 
it to the mobile user terminal via infrared communica- 
tion. When the electronic payment card that is pre- 
sented is not registered in the payment card list 281 1 
(321 1 or 3608), the payment offer response 6806 or 
6907 is transmitted, which indicates that the pertinent 
electronic payment card is not available. 
[1836] In the verification processing for determining 
the validity of the payment offer message 6805 or 6907, 
first, the merchant terminal 102 (or the merchant termi- 
nal 103 or the accounting machine 3555) verifies that 
for the sale the amount of payment 1 1203 designated 
by the user is adequate. The merchant terminal 102 
employs the fact that the card certificate 1 1205 is a reg- 
istered card certificate, and examines the card status 
1 1 206 and the total remaining value 1 1 207 to determine 
whether the electronic payment card is valid and can be 
used as a payment card for the payment. Then, the mer- 
chant terminal 102 examines the presentation card 
1 1204, the digital signature of the service provider that 
is provided for the card certificate 1 1 205, and the valid- 
ity term. Further, the merchant terminal employs the 
card signature public key of the card certificate 1 1 205 to 
examine the digital signature of the electronic payment 
card that is provided for the card status 1 1 206, the total 
remaining value 11207, the card ID 11208 and the 
issued time 11209. In this fashion, the validity of the 
payment offer 6805 or 6907 is verified. 
[1 837] In the generation of the payment offer response 
6806 or 6908, the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555) 
decrypts the accounting machine test pattern 11211 
using the accounting machine private key, and employs 
the card public key to encrypt the card test pattern 
1 121 1 that is arbitrarily generated. 
[1838] As is shown in Fig. 1 12B, the digital signature 
of a merchant is provided for the data that consists of a 
payment offer response header 1 1213, which is header 
information indicating that the message is the payment 
offer response 6806 or 6908 and describing the data 
structure; a transaction number 11214; a response 
message 11215; a request number 11216; a card ID 
11217; an instruction code 11218; an amount of sales 
1 1219, which indicates the price that is charged or the 
cost of the service that is calculated by the merchant 



terminal 102 (or the merchant terminal 103 or the 
accounting machine 3555); an accounting machine test 
pattern 11220, which is decrypted; a card test pattern 
1 1221 , which is an arbitrarily generated test pattern; an 

5 accounting machine ID 11223; a merchant ID 11224; 
and an issued time 11225, which indicates the date on 
which the payment offer response 6805 or 6908 was 
issued. In this fashion, the payment offer response 6806 
or 6908 is provided. The card test pattern 11221 is 

10 encrypted using the card public key. 

[1839] The transaction number 11214 is a number 
that is arbitrarily generated, by the merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555), and that uniquely represents the pay- 

is ment card clearing process. When, as a result of the 
examination of the payment offer 6805 or 6907, the pay- 
ment card clearing process can not be performed (the 
amount of the payment entered by the user is not suffi- 
cient, or when an electronic payment card is one that 

20 can not be handled by the pertinent merchant terminal 
102 (or the merchant terminal 103 or the accounting 
machine 3555)), a value of 0 is set. When the payment 
card clearing process can be performed, a value other 
than 0 is set. 

25 [1840] The response message 1 1215 is text informa- 
tion constituting the message transmitted by the mer- 
chant to the user. When the merchant terminal 102 (or 
the merchant terminal 103 or the accounting machine 
3555) can not handle an electronic payment card that 

30 has been presented (transaction number = 0), data to 
that effect is included in the response message. The 
response message is prepared optionally, and may not 
be prepared. 

[1841] The instruction code 1 1218 is command code 

35 information for an electronic payment card, and is used 
when a value equivalent to the amount of sales 1 1 219 is 
subtracted from the total remaining value held by the 
electronic payment card. The instruction code is varied 
by combining the electronic payment card transaction 

40 module and the payment card clearing module. 

[1842] When the mobile user terminal receives the 
payment offer response 6806 or 6908, first, for verifica- 
tion of to verify the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555), it 

45 compares the accounting machine test pattern 11211 
with the accounting machine test pattern 11220 
included in the payment offer response 6806 or 6908. 
The mobile user terminal ascertains whether the 
amount of sales 1219 is equal to or smaller than the 

so amount of payment 1 1 203 entered by the user, and sub- 
tracts the amount of sales 1 1219 from the total remain- 
ing value held by the electronic payment card in 
accordance with the instruction code 11218. Then, the 
mobile user terminal decrypts the card test patten using 

55 the card private key, and generates a micro-check mes- 
sage 6807 or 6909, which corresponds to a check that 
has as its face value the amount of the sale. The check 
is transmitted via infrared communication to the mer- 
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chant terminal 102 (or to the merchant terminal 103 or 
the accounting machine 3555). 
[1843] As is shown in Fig. 1 13A, the digital signature 
using the card signature private key and the digital sig- 
nature of a user are provided for the data that consists 
of a micro-check header 11300, which is header infor- 
mation indicating that the message is the micro check 
6807 or 6909 and describing the data structure; a 
micro-check issuing number 1 1 301 , which indicates the 
order of the payment card clearing process; a card test 
pattern 11302, which is decrypted; an amount of pay- 
ment 1 1303, which indicates the obtained value that is 
subtracted from the total remaining value; a card status 
1 1304; a total remaining value 1 1 305 available after the 
subtraction; an accounting machine ID 11306; a mer- 
chant ID 11307; a request number 1 1308; a transaction 
number 11309; a card code 11310; a card ID 11311; 
and an issued time 11312, which indicates the date on 
which the micro-check 6807 or 6909 was issued. In this 
fashion, the micro-check 6807 or 6909 is provided. 
[1 844] Upon receiving the micro-check 6807 or 6909, 
first, the merchant terminal 102 (or the merchant termi- 
nal 103 or the accounting machine 3555) authorizes the 
electronic payment card by comparing the card test pat- 
tern 11221 with the card test pattern 11302 that is 
included in the micro-check 6807 or 6909, examines the 
validity of the contents of the micro-check 6807 or 6909, 
and generates a receipt 6808 or 691 0 and transmits it to 
the mobile user terminal via infrared communication. 
[1 845] In the verification process for the validity of the 
micro-check 6807 or 6909, the merchant terminal 102 
(or the merchant terminal 103 or the accounting 
machine 3555) determines whether the amount of pay- 
ment 11303 represented by the micro-check 6807 or 
6909 is adequate for the value of the sale. Also, the mer- 
chant terminal 102 (or the merchant terminal 103 or the 
accounting machine 3555) determines whether the 
value obtained by subtracting the total remaining value 
1 1305 from the total remaining value 1 1207, which rep- 
resents the payment offer, is equal to the amount of pay- 
ment 11303 represented by the micro-check. Finally, 
the merchant terminal 102 examines the digital signa- 
ture of the electronic payment card accompanying the 
micro-check 6807 or 6909. 

[1846] As is shown in Fig. 1 13B, the digital signature 
of a merchant is provided for the data that consists of a 
receipt header 1 1314, which is header information indi- 
cating that the message is the receipt 6808 or 6910 and 
describing the data structure; sales information 11315; 
a card ID 11316; a total receipt value 1 1317, which indi- 
cates the same value as the amount of payment 1 1303 
represented by the micro-check that is received by the 
merchant; a request number 11318; a transaction 
number 11319; a micro-check issuing number 11320; 
an accounting machine ID 1 1321 ; a merchant ID 1 1322; 
and an issued time 1 1323, which indicates the date on 
which the receipt 6808 or 6910 was issued. In this fash- 
ion, the receipt 6808 or 6910 is provided. 



[1847] The sales information 1 1315 is text information 
constituting the contents of a transaction acquired dur- 
ing the payment card clearing process, and corre- 
sponds to the specifications for the products that are 
5 traded or for the service that is provided, or for a state- 
ment of account. 

[1848] Upon receiving the receipt 6808 or 6910, the 
mobile user terminal verifies that the total receipt value 
1 1317 is equal to the amount of payment 1 1303 of rep- 

10 resented by the micro-check, and increments the micro- 
check issuing number. The mobile user terminal then 
registers the receipt 6808 or 691 0 as usage information 
in the use list 1715, and displays the receipt 6808 or 
6910 on the LCD (display the receipt; 6810 or 691 1). 

is [1849] When the merchant terminal 102 (or the mer- 
chant terminal 103 or the accounting machine 3555) 
has transmitted the receipt 6808 or 691 0, it registers, in 
the transaction list 2812 (3212 or 3609), the micro- 
check 6807 or 6909 and the receipt 6808 or 6910 as 

20 history information for the payment card clearing proc- 
ess. 

[1850] The merchant terminal 102 or the merchant 
terminal 103 displays, on the LCD, a message that indi- 
cates the termination of the payment card clearing proe- 
ms ess (display the clearing completion; 6809), and the 
product is delivered by the merchant to the user (deliver 
the product; 6811). Thereafter, the accounting machine 
3555 (automatic vending machine 104) discharges the 
product to the discharge port 703. 
30 [1851] When the mobile user terminal receives the 
payment offer, and the amount of payment 11203 
entered by the user is greater than the amount of sales 
1 1219, the dialogue message for asking the user for the 
value of the payment is displayed on the LCD 303. 
35 When the user again enters a payment value that is 
greater than the amount of sales 1 1219, a micro-check 
having the entered value as the payment value 11303 
may be issued. In this case, a value that corresponds to 
the difference between the amount of payment 11303 
40 and the amount of sales 1 1219 can be paid as a com- 
mission to the merchant. 

[1852] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the payment card reference processing. 

45 [1853] In Fig. 72 are shown procedures for the 
exchange of messages by the devices during the pay- 
ment card reference processing, and in Figs. 88A to 
88D and Fig. 1 16B are shown the contents of messages 
that are exchanged during the payment card reference 

so processing. The payment card reference processing is 
not performed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the merchant terminal 102 (or the merchant 

55 terminal 1 03 or the accounting machine 3555). 

[1854] Therefore, for the payment card reference 
process, the procedures for the exchange of messages 
by the merchant terminal 102 (or the merchant terminal 
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103 or the accounting machine 3555) and the service 
providing system, and the contents (data structures) of 
the messages to be exchanged are the same as those 
employed for the above described data updating 
processing. 

[1855] Compressed upload data 8818 in the upload 
data 5702 include a micro-check that is newly regis- 
tered in the transaction list 2510 during the payment 
card clearing process conducted during the period 
extending from the previous performance of the data 
updating process to the current performance of the data 
updating process. 

[1856] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 
essor, a message requesting the reference process be 
performed for the micro-check that is uploaded from the 
merchant terminal 102 (or the merchant terminal 103 or 
the accounting machine 3555). The service manager 
processor generates a service director processor to 
form a process group for examining the validity of the 
micro-check. 

[1 857] First, the service director processor determines 
whether the accounting machine ID 1 1 306 and the mer- 
chant ID 1 1307 in the micro-check match the account- 
ing machine ID 5215 of the merchant and the merchant 
ID 5214. Then, the service director processor examines 
the registered card list 5402 in the service director infor- 
mation server 901 to verify that the electronic payment 
card for which the micro-check was issued is registered. 
The service director processor employs the user public 
key 5419 to examine the digital signature of the user 
that accompanies the micro-check, and employs the 
registered card certificate to examine the digital signa- 
ture for the payment card that accompanies the micro- 
check. In addition, the service director processor 
employs the micro-check issuing number when examin- 
ing the matching of the amount of payment with the total 
remaining value, and transmits the result of the exami- 
nation to the merchant processor. As a result, the micro- 
check is registered in the micro-check list. 
[1858] The merchant processor enters the received 
payment card reference results in the compressed 
update data 8828 in the update data 5705, and trans- 
mits the data 5705 to the merchant terminal 1 02 (or the 
merchant terminal 103). 

[1859] When an error occurs in the process for verify- 
ing the validity of the micro-check, the service director 
processor transmits a message indicating that an error 
occurred in the management system 908. 
[1 860] Upon receiving the update data 5705, the mer- 
chant terminal 102 (or the merchant terminal 103) 
decompresses the update data 8828 and updates the 
data in the RAM and on the hard disk. At this time, the 
payment card reference results are registered in the 
authorization report list 2813 (3213) of the merchant ter- 
minal 102 (the merchant terminal 103). 
[1 861 ] If the firm represented by the merchant differs 
from that represented by the payment card issuer, and a 



payment for the merchant who handles the payment 
card is made by the payment card issuer, or if the usage 
of the payment card is periodically reported to the pay- 
ment card issuer in accordance with the terms of a con- 

5 tract, in accordance with the micro-check that is newly 
registered in the micro-check list, the service director 
processor generates weekly, for example, a usage con- 
dition notification 11 61 6, which is a message for notify- 
ing the payment card issuer of the payment card usage 

10 condition. The payment card issuer processor closes 
the notification 1 1616 and addresses it to the payment 
card issuer, and transmits it as a usage report 7200 to 
the payment card issuing system 108. 
[1862] As is shown in Fig. 1 16B, the digital signature 

15 of a service provider is provided for the data that con- 
sists of a usage report header 11610, which is header 
information indicating that the message is the usage 
report 7200 and describing the data structure; a card ID 
and payment value list 1 161 1 of payment cards that are 

20 employed; the merchant name 11612 and the merchant 
ID 1 1 613 of a merchant that handles the payment card; 
a service provider ID 11614; and an issued time 1 1615, 
which indicates the date on which the usage report 
7200 was issued. These data are closed and addressed 

25 to the payment card issuer, thereby providing the usage 
report 7200. 

[1 863] Upon receiving the usage report 7200, the pay- 
ment card issuing system 108 decrypts it and examines 
the digital signature, and performs such processing as 

30 making a payment to the merchant. 

[1864] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the payment card transfer processing. 
[1865] In Fig. 75 are shown procedures for the 

35 exchange of messages by the devices during the pay- 
ment card transfer processing, and in Figs. 120A and 
120B, 1 21 A and 121 B, and 122A and 122B are shown 
the contents of messages that are exchanged during 
the payment card transfer processing. 

40 [1 866] The payment card transfer process can be per- 
formed when the card status 2007 of the electronic pay- 
ment card indicates the transfer enabled state, which is 
designated by the payment card issuer when issuing a 
payment card. 

45 [1 867] In Fig. 75 is shown a case where user A trans- 
fers an electronic payment card to user B. The proce- 
dures for the exchange of messages by the devices 
belonging to users A and B are the same for infrared 
communication as they are for digital wireless communi- 

so cation. The data structures of messages are also the 
same. 

[1868] In Fig. 75, first, when user A performs a pay- 
ment card transfer process 7500, the mobile user termi- 
nal of user A transmits a payment card transfer offer 
55 7501, which is a message offering to transfer an elec- 
tronic payment card, to the mobile user terminal of user 
B. When at this time the mobile user terminals of user A 
and user B are connected, communication between 
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user A and user B is performed via digital wireless tele- 
phone. When the mobile user terminals are not con- 
nected, infrared communication is employed. 
[1869] As is shown in Fig. 120A, the digital signature 
of user A is provided for the data consisting of a card s 
transfer offer header 12000, which is header information 
indicating that the message is the card transfer offer 
7501 and describing the data structure; a transfer offer 
number 12001 , which is an arbitrarily generated number 
that uniquely represents the payment card transfer 10 
process; a presentation card 12002 and a card certifi- 
cate 1 2003 for an electronic payment card to be trans- 
ferred; a card status 12004; a total remaining value 
12005; a card ID 12006; an issued time 12007, which 
indicates the date on which the card transfer offer 7501 is 
was issued; and a user public key certificate 12009. In 
this fashion, the card transfer offer 7501 is provided. 
The digital signature of the electronic payment card is 
provided, using the card signature private key, for the 
card status 12004, the variable card information 12005, 20 
the card ID 12006 and the issued time 12007. 
[1 870] The digital signature of the service provider is 
provided for the data that consist of a user public key 
header 12010; the user public key 12011 of user A; a 
public key certificate ID 12012, which is ID information 25 
for the public key certificate; a certificate validity term 
12013; a service provider ID 12014; and a certificate 
issued time 12015. In this fashion, the user public key 
certificate 12009 is provided. 

[1871] Upon receiving the card transfer offer 7501 , the 30 
mobile user terminal of user B examines the presenta- 
tion card 12002, the card certified 12003, and the digital 
signature of the service provider and the validity term of 
the public key certificate 12009. Then, the mobile user 
terminal examines the digital signature of the electronic 35 
payment card that is provided for the card status 12004, 
the total remaining value 12005, the card ID 12006 and 
the issued time 12007, and the digital signature of user 
A accompanying the card transfer offer 7501, and veri- 
fies the contents of the card transfer offer 7501. In 40 
accordance with the presentation card 12002, the card 
status 12004 and the total remaining value 12005, the 
mobile user terminal then displays, on the LCD, the con- 
tents of the electronic payment card that is to be trans- 
ferred (display the transfer offer; 7502). 45 
[1 872] When user B performs a transfer offer accept- 
ance operation 7503, the mobile user terminal of user B 
transmits, to the mobile user terminal of user A, a card 
transfer offer response 7504, which is a response mes- 
sage for the card transfer offer 7501 . so 
[1873] As is shown in Fig. 120B, the digital signature 
of user B is provided for the data that consist of a card 
transfer offer response header 12016, which is header 
information indicating that the message is the card 
transfer offer response 7504 and describing the data 55 
structure; an acceptance number 1201 7; a transfer offer 
number 12018; a card ID 12019; an issued time 12020, 
which indicates the date on which the card transfer offer 



response 7504 was issued; and a user public key certif- 
icate 12021. In this fashion, the card transfer offer 
response 7504 is provided. 

[1874] The user public key certificate 12021 is a public 
key certificate for user B. To provide this certificate 
12021, the digital signature of the service provider is 
provided for the data that consist of a user public key 
certificate header 12022; a user public key 12023 for 
user B; a public key certificate ID 12024, which is ID 
information for the public key certificate; a certificate 
validity term 12025; a service provider ID 12026; and a 
certificate issued time 12027. 

[1875] The acceptance number 12017 is arbitrarily 
generated, by the mobile user terminal of user B, as a 
number that uniquely represents the payment card 
transfer processing. With this number, the mobile user 
terminal of user A is notified as to whether user B has 
accepted the card transfer offer 7501. When user B 
does not accept the card transfer offer 7501 , a value of 
0 is set as the acceptance number 1 201 7. When user B 
accepts the card transfer offer 7501 , a value other than 
0 is set. 

[1 876] Upon receiving the card transfer offer response 
7504, the mobile user terminal of user A displays, on the 
LCD, the contents of the card transfer offer response 
7504 (display the transfer offer response; 7505). When 
the card transfer offer 7501 is accepted (acceptance 
number 12017 ± 0), the mobile user terminal of user A 
examines the digital signature of the service provider of 
the user public key certificate 12021 and the validity 
term. The mobile user terminal generates a card trans- 
fer certificate 7506, which is a message that corre- 
sponds to a transfer certificate for an electronic payment 
card to user B, and transmits it to the mobile user termi- 
nal of user B. 

[1877] As is shown in Fig. 121 A, the digital signature 
of the electronic payment and the digital signature of 
user A are provided for the data that consist of a card 
transfer certificate header 12100, which is header infor- 
mation indicating that the message is the card transfer 
certificate 7506 and describing the data structure; a 
presentation card 12101 for an electronic payment card 
to be transferred; a card status 1 21 02; a total remaining 
value 12103; a transfer offer number 12104; an accept- 
ance number 12105; a public key certificate ID 12106 
for the user public key certificate of user B; a public key 
certificate ID 12107 for the user public key certificate of 
user A; a card ID 12108; and an issued time 12109, 
which indicates the date on which the card transfer cer- 
tificate 7506 was issued. These data are closed and 
addressed to user B, thereby providing the card transfer 
certificate 7506. 

[1878] Upon receiving the card transfer certificate 
7506, the mobile user terminal of user B decrypts it and 
examines the digital signature of user A and the one 
accompanying the electronic payment card. Further, the 
mobile user terminal compares the card ID presented 
by the card transfer offer 7501 with the card ID 12108, 
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and compares the public key certificate IDs 12106 and 
12107 with the public key certificates of users B and A 
to verify the contents of the card transfer certificate 

7506. The mobile user terminal then generates a card 
transfer receipt 7507, which is a message indicating the 5 
electronic payment card has been received, and trans- 
mits the receipt 7507 to the mobile user terminal of user 
A. 

[1879] As is shown in Fig. 121 B, the digital signature 
of user B is provided for the data that consist of a card 
transfer receipt header 121 15, which is header informa- 
tion indicating that the message is the card transfer 
receipt 7507 and describing the data structure; a card 
ID 121 16; a transfer offer number 121 1 7; an acceptance 
number 121 18; a public key certificate ID 121 19 for the 
user public key certificate of user A; a public key certifi- 
cate ID 12120 for the user public key certificate of user 
B; and an issued time 12121, which indicates the date 
on which the card transfer receipt 7507 was issued. 
These data are closed and addressed to user A, 
thereby providing the card transfer receipt 7507. 
[1880] Upon receiving the card transfer receipt 7507, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 
mobile user terminal compares the public key certificate 
IDs 121 19 and 12120 with the public key certificates of 
users B and A to verify the contents of the card transfer 
receipt 7507. The mobile user terminal then erases the 
transferred electronic payment card from the card list 
1713, and registers the card transfer receipt 12122 in 
use history 1715. At this time, addresses in the object 
data area at which the transfer offer number, the code 
information indicating the card transfer process, the 
issued time for the card transfer receipt 7507 and the 
card transfer receipt 12122 are stored are assigned to 
the request number 1840 in the use list 1715, the serv- 
ice code 1841 , the use time 1842 and the use informa- 
tion address 1843. 

[1 881 ] The mobile user terminal of user A displays, on 
the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7508). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[1882] After transmitting the card transfer receipt 

7507, the mobile user terminal of user B displays the 
received card transfer certificate 1211 1 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
received electronic payment card from the service pro- 
viding system) should be immediately performed (dis- 
play the transfer certificate; 7509). 
[1883] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 
"cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 



user terminal, an electronic payment card that has been 
transferred is assigned to the mobile user terminal. 
[1 884] When user B selects "transfer process request" 
(transfer process request operation; 7510), based on 
the card transfer certificate 1211 1 the mobile user ter- 
minal generates a card transfer request 751 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 
ephone communication. 

[1885] As is shown in Fig. 122 A, the digital signature 
of user B is provided for the data that consists of a card 
transfer request header 12200, which is header infor- 
mation indicating that the message is the card transfer 
request 7511 and describing the data structure; a 
decrypted card transfer certificate 12201 (12111); the 
user ID 12202 of user B; and an issued time 12203, 
which indicates the date when the card transfer request 
751 1 was issued. These data are closed and addressed 
to the service provider, thereby providing the card trans- 
fer request 751 1. 

[1 886] Upon receiving the card transfer request 751 1 , 
the user processor of user B of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the card transfer request 12204. 
[1887] The service director processor, first refers to 
the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 12106 and 
12107 in the card transfer certificate 12201 that is 
included in the card transfer request 12204. The service 
director processor examines the digital signature of the 
user A and the digital signature accompanying the elec- 
tronic payment card, which are provided for the card 
transfer certificate 1 2201 , and verifies the validity of the 
card transfer certificate 12201. Following this, the serv- 
ice director processor erases the electronic payment 
card to be transferred from the card list 461 1 of the user 
A that is stored in the user information server 902. Then, 
the service director processor changes the card signa- 
ture private key and card signature public key pair and 
the card certificate for a new key pair and a card certifi- 
cate, and also changes the card status and the total 
remaining value to the card status 1 21 02 and to the total 
remaining value 12103 for the card transfer certificate 
12201. The service director processor generates an 
electronic payment card received from user A, and 
enters it in the card list 461 1 for the user B. 
[1 888] When the electronic payment card that is to be 
transferred has already been registered, the service 
director processor updates the registered card list 5402 
holding the electronic payment card. Specifically, the 
user ID 5418, the user public key 5419, the registered 
card certificate address 5420, the micro-check list 
address 5421 and the former user information address 
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5422, all of which are in the registered card list 5402, 
are updated (to the information for user B). The old 
information (information for user A) is pointed to at the 
former user information address 5422 as former user 
information 5423.. 

[1889] The service director processor generates a 
payment card transfer message 12215, which includes 
an electronic payment card transferred from user A. The 
user processor of user B closes the message 12215 
and addresses it to the user B, and transmits it as a pay- 
ment card transfer message 7512 to the mobile user 
terminal of user B via digital wireless telephone commu- 
nication. 

[1890] As is shown in Fig. 122B, the digital signature 
of the service provider is provided for the data that con- 
sist of a payment card transfer header 12208, which is 
header information indicating that the message is the 
card transfer 7512 and describing the data structure; a 
transfer number 12209, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 12210; an 
acceptance number 1221 1 ; an electronic payment card 
12212, which is transferred; a service provider ID 
12213; and an issued time 12214, which indicates the 
date when the payment card transfer message 7512 
was issued. These data are closed and addressed to 
the user B, thereby providing the card transfer message 
7512. 

[1891] The transfer information 12210 is information 
concerning the electronic payment card transfer proc- 
ess performed by the service providing system, and is 
accompanied by the digital signature of the service pro- 
vider. 

[1892] The mobile user terminal of user B decrypts the 
received payment card transfer message 7512 and 
examines the digital signature, registers the electronic 
payment card 12212 in the card list 1713, and displays 
the electronic payment card on the LCD (display the 
electronic payment card; 7513). The card transfer proc- 
ess is thereafter terminated. 

[1893] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the electronic payment card installation process- 
ing. 

[1894] In Fig. 78 are shown procedures for the 
exchange of messages by the devices during the elec- 
tronic payment card installation processing, and in Figs. 
125A and 125B, and 125A and 125B are shown the 
contents of messages that are exchanged during the 
electronic payment installation processing. 
[1895] First, when the user performs an electronic 
payment card installation operation 7800, the mobile 
user terminal generates an electronic payment card 
installation request 7801 , and transmits it to the service 
providing system 110 via digital wireless telephone 
communication. 

[1896] As is shown in Fig. 125A, the digital signature 
of the user is provided for the data that consists of an 



electronic payment card installation request header 
12500, which is header information indicating that the 
message is the electronic payment card installation 
request 7801 and describes the data structure; an 
5 installation card number 12501 and an installation 
number 12502, which are entered by a user; a request 
number 12503, which is an arbitrarily generated number 
that uniquely represents the electronic payment card 
installation process; a user ID 12504; and an issued 
10 time 12505, which indicates the date when the elec- 
tronic payment card installation request 7801 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic pay- 
ment card installation request 7801. 
is [1897] Upon receiving the electronic payment card 
installation request 7801, the user processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits it to the service man- 
ager processor. The service manager processor gener- 
ic ates a service director processor to form a process 
group for processing the electronic payment card instal- 
lation request 1 2506. 

[1898] First, the service director processor refers to 
the installation card list that is indicated by the installa- 

25 tion card list address 5236 for the payment card issuer 
list 5204, and specifies a payment card issuer who 
issues a payment card that is represented by the instal- 
lation number 12501. The service director processor 
generates a payment card installation request 12517, 

30 which is a message requesting that the payment card 
issuer issue a payment card using the installation card. 
The payment card issuer processor closes the request 
1 251 7 and addresses it to the payment card issuer, and 
transmits it as a payment card installation request 7802 

35 to the payment card issuing system 108. 

[1899] As is shown in Fig. 125B, the digital signature 
of the service provider is provided for the data that con- 
sist of a payment card installation request header 
12510, which is header information indicating that the 

40 message is the payment card installation request 7802 
and describing the data structure; an installation card 
number 1251 1 ; an installation number 12512; a request 
number 12513; a customer number 12514, which 
uniquely represents a user for the payment card issuer; 

45 a service provider ID 12515; and an issued time 12516, 
which indicates the date when the payment card instal- 
lation request 7802 was issued. These data are closed 
and addressed to the payment card issuer, thereby pro- 
viding the payment card installation request 7802. 

so [1900] Upon receiving the payment card installation 
request 7802, the payment card issuing system 108 
decrypts it and examines the digital signature. The pay- 
ment card issuing server 1200 compares the installation 
card number 12511 and the installation number 12512, 

55 which are included in the payment card installation 
request 7802, with the management information for the 
issued electronic payment card installation card that is 
stored in the payment card issuing information server 
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1202. The payment card issuing server 1200 then 
updates the data in the customer information server 
1202 and the payment card issuing information server 

1203. Furthermore, the payment card issuing server 
generates payment card data (12606) for a requested 
payment card, and transmits, to the service providing 
system, an electronic payment card installation com- 
mission 7803, which is a message requesting the instal- 
lation of an electronic payment card that corresponds to 
the requested payment card. 

[1901] As is shown in Fig. 126A, the digital signature 
of the payment card issuer is provided for the data that 
consists of an electronic payment card installation com- 
mission header 12600, which is header information indi- 
cating that the message is the electronic payment card 
installation commission 7803 and describing the data 
structure; a transaction number 12601 , which is an arbi- 
trarily generated number that uniquely represents the 
transaction with a user; payment card issuing informa- 
tion 12602; a request number 12603; card code 12604, 
which indicates the type of electronic payment card that 
is to be issued; a template code 12605, which indicates 
a template program for an electronic payment card to be 
issued; payment card data 12606; representative com- 
ponent information 12607; a payment card issuer ID 
12608; and an issued time 12609, which indicates the 
date when the electronic payment card installation com- 
mission 7803 was issued. These data are closed and 
addressed to the service provider, thereby providing the 
electronic payment card installation commission 7803. 
[1 902] The payment card issuing information 12602 is 
information concerning the payment card issuing proc- 
ess performed by the payment card issuing system, and 
is accompanied by the digital signature of the payment 
card issuer. 

[1 903] The payment card data 1 2606 is payment card 
information issued by the payment card issuer, wherein 
the digital signature of the payment card issuer accom- 
panies the data that consists of the card ID 12614, the 
payment card information 12615 and the card ID 12616. 
[1 904] The payment card issuer processor of the serv- 
ice providing system decrypts the received electronic 
payment card installation commission 7803 and exam- 
ines the digital signature, and transmits the commission 

7803 to the service director processor. In accordance 
with the electronic payment card installation commis- 
sion 1 261 0, the service director processor generates an 
electronic payment card to be issued to a user, using 
the same procedures as are used for the payment card 
purchase processing, and also generates an electronic 
payment card installation message 12615, which is a 
message directing that the electronic payment card be 
installed in the mobile user terminal. The user proces- 
sor closes the electronic payment card installation mes- 
sage 12655 and addressees it to a user, and transmits 
it as an electronic payment card installation message 

7804 to the mobile user terminal via digital wireless tel- 
ephone communication. 



[1905] As is shown in Fig. 126B, the digital signature 
of the service provider is provided for the data that con- 
sists of an electronic payment card installation header 
12617, which is header information indicating that the 

5 message is the electronic payment card installation 
message 7804 and describing the data structure; a 
transaction number 12618; payment card issuing infor- 
mation 12619, which concerns the payment card issu- 
ing process performed by the payment card issuing 

10 system; payment card issuing information 12620, which 
concerns the payment card issuing process performed 
by the service providing system; a request number 
12621 ; generated electronic payment card data 12622; 
a service provider ID 12623; and an issued time 12624, 

is which indicates the date when the electronic payment 
card installation message 7804 was issued. These data 
are closed and addressed to the user, thereby providing 
the electronic payment card installation message 7804. 
The payment card issuing information 12619 and the 

20 payment card issuing information 12620 are accompa- 
nied by the digital signatures of the payment card issuer 
and the service provider. 

[1 906] The mobile user terminal decrypts the received 
electronic payment card installation message 7804 and 

25 examines the digital signature, registers, in the card list 
1713, the electronic payment card included in the elec- 
tronic payment card installation request 7804, and dis- 
plays the installed electronic payment card on the LCD 
(display the electronic payment card; 7805). 

30 [1907] An explanation will now be given for the con- 
tents of messages that are exchanged by devices in var- 
ious processes for electronic telephone card service. 
[1908] First, an explanation will be given for the con- 
tents of messages that are exchanged by devices dur- 

35 ing the telephone card purchase processing. 

[1909] In Fig. 63 are shown the procedures for the 
exchange of messages by devices during the telephone 
card purchase processing. In Figs. 101 A and 101 B, 
102A and 102B, 103A and 103B, 104A and 104B, and 

40 105A and 105B are shown the contents of messages 
that are exchanged by devices during the telephone 
card purchase processing. 

[1 91 0] First, when a user performs a telephone card 
purchase order operation 6300, the mobile user termi- 
45 nal transmits a telephone card purchase order 6301 to 
the service providing system through digital wireless tel- 
ephone communication. 

[1911] As is shown in Fig. 101 A, the digital signature 
of a user is provided for data that consists of a tele- 

so phone card purchase order header 10100, which is 
header information identifying the message as the tele- 
phone card purchase order 6301 and describing the 
data structure; a response code 10101, which identifies 
the type of service requested by the user; a card order 

55 code 10102, which identifies an order code for a tele- 
phone card that is entered by the user; a number of tel- 
ephone cards 10103 that the user has entered; a 
payment service code 10104, which identifies a credit 
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card designated by the user; a payment value 10105; a 
payment option code 10106, which identifies a payment 
option, such as the number of payments designated by 
the user; a request number 10107, which is an arbitrar- 
ily generated number that uniquely represents the tele- 5 
phone card purchase processing; a validity term 10108 
for the telephone card purchase order 6301 ; a user ID 
10109; and an issued time 10110, which is the date on 
which the telephone card purchase order 6301 was 
issued. These data are closed and addressed to the w 
service provider, thereby providing the telephone card 
purchase order 63@01. The service code 8901 identi- 
fies the purchase order of a telephone card to a tele- 
phone card issuer who is selected by the user. 
[1 91 2] Upon receiving the telephone card purchase is 
order 6301 , the user processor of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
Then, the service manager processor generates a serv- 
ice director processor to form a process group that proc- 20 
esses a telephone card order 10111. The service 
director processor refers to the telephone card issuer 
list 5205 and generates a telephone card purchase 
order 10126 for the telephone card issuer indicated by 
the service code 10101. The telephone card issuer 25 
processor closes the telephone card order and 
addresses it to the telephone card issuer, and transmits 
the resultant order as a telephone card purchase order 
6302 to the telephone card issuing system 109. 
[1913] As is shown in Fig. 101B, the digital signature 30 
of a service providing system is provided for data that 
consists of a telephone card purchase order header 
10115, which is header information indicating that the 
message is the telephone card purchase order 6302 
and describing the data structure; a card order code 35 
10116; a number of cards 10117 that are purchased; a 
payment service code 101 18; a payment value 101 19; a 
payment option code 10120; a request number 10121; 
a customer number 10122, which uniquely represents a 
user for the telephone card issuer; a validity term 10123 40 
for the telephone card purchase order 6302; a service 
provider ID 10124; and an issued time 10125, which is 
the date on which the telephone card purchase order 
6302 was issued. These data are closed and addressed 
to the telephone card issuer, thereby providing the tele- 45 
phone card purchase order 6302. 
[1914] When there was a previous transaction to 
which the user and the telephone card issuer were par- 
ties, a customer number that is registered in the cus- 
tomer table of the telephone card issuer is established so 
as the customer number 10122. When there was no 
previous transaction, the service director processor 
generates for the telephone card issuer a number that 
uniquely represents the user, establishes it as the cus- 
tomer number 10122, and registers that number in the 55 
customer table. The customer table is designated by 
using the customer table address 5244 of the telephone 
card issuer list 5205. 



[1915] Upon receiving the telephone card purchase 
order 6302, the telephone card issuing system 109 
decrypts it and examines the digital signature. The tele- 
phone card issuing server 1300 updates the data in the 
customer information server 1301, the telephone card 
issuing information server 1302 and the telephone card 
information server 1303, generates telephone card data 
(10219) for the ordered telephone card, and transmits, 
to the service providing system, an electronic telephone 
card issuing commission 6303, which constitutes a 
message requesting the process for issuing an elec- 
tronic telephone card that corresponds to the telephone 
card and the process for settling the price of the tele- 
phone card. 

[1916] As is shown in Fig. 102A, the digital signature 
of a telephone card issuer is provided for data that con- 
sists of an electronic telephone card issuing commis- 
sion header 10200, which is header information 
identifying the message as the electronic telephone 
card issuing commission 6303 and describing the data 
structure; a transaction number 10201 , which is an arbi- 
trarily generated number that uniquely identifies a trans- 
action to which a user is a party; a sales value 10202, 
which conveys the price of a telephone card; a clearing 
option 10203, which indicates which clearing proce- 
dures apply; a request number 10204; a telephone card 
code 10205, which identifies the type of electronic tele- 
phone card that is to be issued; a template code 10206, 
which identifies a template program to be used for an 
electronic telephone card that is to be issued; a number 
of telephone cards 10207, which indicates how many 
telephone cards are to be issued; telephone card data 
10208; representative component information 10209; a 
telephone card issuer ID 10210; and an issued time 
10211, which is the date on which the electronic tele- 
phone card issuing commission 6303 was issued. 
These data are closed and addressed to the service 
provider, thereby providing the electronic telephone 
card issuing commission 6303. 
[1917] The clearing option 10203 is information by 
which the telephone card issuing system designates, to 
the service providing system, the procedures to be used 
for clearing the price of a telephone card. The clearing 
process is roughly divided into a spontaneous clearing 
process for issuing an electronic telephone card to a 
user after the price of the telephone card has been 
cleared, and a delayed clearing process for clearing the 
price of a telephone card after an electronic telephone 
card has been issued. The clearing option 10203 is 
used to designate either clearing process. 
[1 91 8] In the delayed clearing process, since an elec- 
tronic telephone card is issued to a user before the 
clearing process is performed, the user does not have 
to wait. 

[1919] For example, based on a purchase history 
maintained for customers, the telephone card issuer 
can designate the delayed clearing process for a cus- 
tomer with whom it has had dealings and who is known 
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to be trustworthy, and can designate the spontaneous 
clearing for a customer with whom it has had no previ- 
ous dealings. 

[1920] The telephone card data 10208 is telephone 
card information issued by the telephone card issuer. A 
number of telephone card information items equivalent 
to the number of telephone cards 1 0207 are established 
as the telephone card data 10208. For one telephone 
card, the digital signature of a telephone card issuer is 
provided for data that consist of a card ID 10216, card 
information 10217 and a telephone card issuer ID 
10218, and the telephone card information is thereby 
provided. The telephone card information 10217 is 
ASCII information describing the contents of a tele- 
phone card. For the telephone card information 10217, 
the title of a telephone card, the face value of the tele- 
phone card that is issued, the usage condition, an 
issuer, and whether it can be transferred, are described 
using a form whereby tag information representing infor- 
mation types is additionally provided. 
[1921] The representative component information 
10209 is information that is established as the repre- 
sentative component information 2132 for an electronic 
telephone card to be generated. Therefore, the repre- 
sentative component information 10209 may not be set 
for use. 

[1922] The telephone card issuer processor of the 
service providing system receives the electronic tele- 
phone card issuing commission 6303, decrypts it and 
examines the digital signature, and transmits it to the 
service director processor. The service director proces- 
sor performs the electronic telephone card issuing proc- 
ess and the telephone card price clearing process in 
accordance with the clearing procedures designated by 
using the clearing option 10203. 
[1923] In Fig. 63 is shown the spontaneous clearing 
process. The delayed clearing process will be described 
later. 

[1924] For the spontaneous clearing, the service 
director processor generates a clearing request 10324, 
which is a message requesting the clearing of the price 
of a telephone card. The transaction processor proces- 
sor closes the clearing request 10324 and addresses it 
to the transaction processor, and then transmits it as a 
clearing request 6304 to the transaction processing sys- 
tem 106. 

[1925] As is shown in Fig. 103B, the digital signature 
of a service provider is provided for data that consists of 
a clearing request header 10314, which is header infor- 
mation indicating that the message is the clearing 
request 6304 and describing the data structure; a user 
clearing account 10315, which includes a credit card 
that corresponds to the payment service code desig- 
nated by the user; a telephone card issuer clearing 
account 10316, which designates the clearing account 
of a telephone card issuer; a payment value 10317; a 
payment option code 10318; a request number 10319, 
which is issued by the mobile user terminal 1 00; a trans- 



action number 10320, which is issued by the telephone 
card issuing system; a validity term 10321, which 
presents the period during which the clearing request 
6304 is effective; a service provider ID 10322; and an 

5 issued time 10323, which indicates the date on which 
the clearing request 6304 was issued. These data are 
closed and addressed to the transaction processor, 
thereby providing the clearing request 6304. 
[1926] The transaction processing system 106 

10 receives the clearing request 6304, decrypts it and 
examines the digital Signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 6305, 
and transmits it to the service providing system 110. 

is [1927] As is shown in Fig. 104A, the digital signature 
of a transaction processor is provided for data that con- 
sist of a clearing completion notification header 10400, 
which is header information indicating that the message 
is the clearing completion notification 6305 and describ- 
ee ing the data structure; a clearing number 10401 , which 
is an arbitrarily generated number that uniquely repre- 
sents the clearing process performed by the transaction 
processing system 106; a user clearing account 10402; 
a telephone card issuer clearing account 10403; a pay- 

25 ment value 10404; a payment option code 10405; a 
request number 10406; a transaction number 10407; 
clearing information 10408 for a service provider that is 
accompanied by the digital signature of the transaction 
processor; clearing information 10409 for a telephone 

30 card issuer that is accompanied by the digital signature 
of the transaction processor; clearing information 10410 
for a user that is accompanied by the digital signature of 
the transaction processor; a transaction processor pro- 
vider ID 10411; and an issued time 10412, which indi- 

35 cates the date on which the clearing completion 
notification was issued. These data are closed and 
addressed to the service provider, thereby providing the 
clearing completion notification 6305. 
[1928] Upon receiving the clearing completion notifi- 

40 cation 6305, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 10413 to the service director processor. 
Upon receiving the clearing completion notification 

45 10413, the service director processor generates a 
clearing completion notification 10430 for the telephone 
card issuer. The telephone card issuer processor closes 
the clearing completion notification 10430, and trans- 
mits it to the telephone card issuing system 109 as a 

so clearing completion notification 6306 for the telephone 
card issuer. 

[1929] As is shown in Fig. 104B, the digital signature 
of a service provider is provided for data that consist of 
a clearing completion notification header 10417, which 
55 is header information indicating that the message is the 
clearing completion notification 6306 and describing the 
data structure; a clearing number 10418; a customer 
number 10419; a telephone card issuer ID 10420; a 
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payment service code 10421 ; a payment value 10422; a 
payment option code 10423; a request number 10424; 
a transaction number 10425; clearing information 
10426 for a telephone card issuer that is accompanied 
by the digital signature of the transaction processor; a 
transaction processor ID 10427; a service provider ID 
10428; and an issued time 10429, which indicates the 
date on which the clearing completion notification was 
issued. These data are closed and addressed to the tel- 
ephone card issuer, thereby providing the clearing com- 
pletion notification 6306. 

[1930] Upon receiving the clearing completion notifi- 
cation 6306, the telephone card issuing system 
decrypts it and examines the digital signature, and gen- 
erates a receipt 6307 and transmits it to the service pro- 
viding system. 

[1931] As is shown in Fig. 105A, the digital signature 
of a telephone card issuer is provided for data that con- 
sists of a receipt header 10500, which is header infor- 
mation indicating that the message is the receipt 6307 
and describing the data structure; a customer number 
10501; telephone card issuing information 10502; a 
payment service code 10503; a payment value 10504; a 
payment option code 10505; a request number 10506; 
a transaction number 10507; clearing information 
10508; a transaction processor ID 10509; a telephone 
card issuer ID 10510; and an issued time 10511, which 
indicates the date on which the receipt 6307 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 6307. 
The telephone card issuing information 10502 is infor- 
mation concerning the telephone card issuing process 
performed by the telephone card issuing system, and is 
accompanied by the digital signature of the telephone 
card issuer. 

[1 932] Upon receiving the receipt 6307, the telephone 
card issuer processor of the service providing system 
110 decrypts it and examines the digital signature, and 
transmits a receipt 10512 to the service director proces- 
sor. The service director processor employs the receipt 
10512 to generate a receipt 10523 for a user. 
[1 933] In addition, the service director processor gen- 
erates a clearing completion notification 10430 for the 
telephone card issuing system, generates an electronic 
telephone card to be issued to the user, and further gen- 
erates an electronic telephone card issuing message 
10227 that includes the electronic telephone card that is 
generated. 

[1 934] The user processor closes the electronic tele- 
phone card issuing message 10227 and the receipt 
10523 while addressing them to the user, and transmits 
them as an electronic telephone card issuing message 
6308 and a receipt 6309 to the mobile user terminal 1 00 
via digital wireless communication. 
[1935] As is shown in Fig. 102B, the digital signature 
of a service provider is provided for data that consist of 
an electronic telephone card issuing header 10220, 
which is header information indicating that the message 



is the electronic telephone card issuing message 6308 
and describing the data structure; a transaction number 
10221; a request number 10222; the number of tele- 
phone cards 10223; electronic telephone card data 

5 10224 that are generated; a service provider ID 10225; 
and an issued time 10226, which indicates the date on 
which the electronic telephone card issuing message 
6308 was issued. These data are closed and addressed 
to the user, thereby providing the electronic telephone 

10 card issuing message 6308. The electronic telephone 
card data 10224 includes electronic telephone cards 
10231 equivalent in number to the number of telephone 
cards 10223. 

[1936] As is shown in Fig. 105B, the digital signature 

is of a service provider is provided for data that consists of 
a receipt header 10516, which is header information 
indicating that the message is the receipt 6309 and 
describing the data structure; a user ID 10517; a receipt 
10518 (10512) obtained by decryption; clearing infor- 

20 mation 1 051 9 for a user that is accompanied by the dig- 
ital signature of a transaction processor; telephone card 
issuing information 10520; a service provider ID 10521 ; 
and an issued time 10522, which indicates the date on 
which the receipt 6309 was issued. These data are 

25 closed and addressed to the user, thereby providing the 
receipt 6309. The telephone card issuing information 
10520 is information for the electronic telephone card 
issuing process performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 

30 service provider. 

[1937] Upon receiving the electronic telephone card 
issuing message 6308 and the receipt 6309, the mobile 
user terminal decrypts them and examines the digital 
signatures, enters in the telephone card list 1714 an 

35 electronic telephone card included in the electronic tele- 
phone card issuing message 6308, enters the receipt 
10523 in the use list 1715, and displays the electronic 
telephone card on the LCD 303. 
[1 938] The generation of an electronic telephone card 

40 by the service director processor is performed as fol- 
lows. 

[1939] First, the service director processor refers to 
the electronic telephone card template list 5105 for the 
telephone card issuer that is stored in the telephone 

45 card issuer information server. Then, by using the elec- 
tronic telephone card template program that is identified 
by the template code 10206 of the electronic telephone 
card issuing commission 6303, the service director 
processor generates a telephone card program for an 

so electronic telephone card. Specifically, the telephone 
card program data 2113 for an electronic telephone 
card are generated using the transaction module and 
the representation module, which are described as 
being located at the transaction module address 5119, 

55 and the representation module address 5120 in the 
electronic telephone card template list 5105, and the 
representative component information 10209 in the 
electronic telephone card issuing commission 6303. 
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When the representative component information 10209 
is not present in the electronic telephone card issuing 
commission 6303, the default representative compo- 
nent information located at the default representative 
component information address 5121 is employed as 
the information for an electronic telephone card. 
[1 940] Following this and based on the telephone card 
information included in the card information 10217, the 
service director processor generates the card status 
2107 and the total remaining value 2108. Whether the 
card status 2107 can be transferred is designated, and 
the face value of the telephone card that is issued is set 
as the total remaining value 2107. The service director 
processor generates a new pair consisting of a card sig- 
nature private key and a card signature public key, and 
further generates the telephone card program 2101 for 
an electronic telephone card by employing the card pri- 
vate key and the accounting machine public key that are 
registered in the electronic telephone card management 
information 5500. 

[1941] Furthermore, the service director processor 
generates an electronic telephone card by employing 
the obtained card signature public key to generate the 
certificate 2103 for the electronic telephone card, and 
by employing the telephone card data 10219 in the elec- 
tronic telephone card issuing commission 6303 to gen- 
erate the presentation card 2102 for the electronic 
telephone card. 

[1942] The procedures for the delayed clearing will 
now be described. 

[1943] In Fig. 64 are shown the procedures for 
exchanging messages between the devices in the tele- 
phone card purchase process for the delayed clearing. 
The same process is performed as is used for the spon- 
taneous clearing until the telephone card issuing sys- 
tem transmits the electronic telephone card issuing 
commission to the service providing system. 
[1 944] When the delayed clearing is designated by the 
clearing option 10203, the service director processor 
generates an electronic telephone card to be issued to 
the user, and also generates the electronic telephone 
card issuing message 10227, which includes the gener- 
ated electronic telephone card, and a temporary receipt 
message 10310, which corresponds to a temporary 
receipt. The generation of the electronic telephone card 
is performed in the same manner as that used for the 
spontaneous clearing. 

[1 945] The user processor closes the electronic tele- 
phone card issuing message 10227 and the temporary 
receipt 981 0 and addresses them to the user, and trans- 
mits these messages as an electronic telephone card 
issuing message 6404 and a temporary receipt 6405 to 
the mobile user terminal 100 via digital wireless tele- 
phone communication. 

[1946] As is shown in Fig. 103A, the digital signature 
of a service provider is provided for data that consists of 
a temporary receipt header 10300, which is header 
information indicating that the message is the tempo- 



rary receipt 6405 and describing the data structure; a 
user ID 10301; telephone card issuing information 
10302; a payment service code 10303; a payment value 
10304; a payment option code 10305; a request 

5 number 10306; a transaction number 10307; a service 
provider ID 10308; and an issued time 10309, which 
indicates the date on which the temporary receipt 6405 
was issued. These data are closed and addressed to 
the user, thereby providing the temporary receipt 6405. 

w The telephone card issuing information 10302 is infor- 
mation concerning the electronic telephone card issuing 
process that is performed by the service providing sys- 
tem, and is accompanied by the digital signature of the 
service provider. 

is [1 947] The data structure of the electronic telephone 
card issuing message 6404 is the same as that used for 
the electronic telephone card issuing message 6308. 
[1948] Upon receiving the electronic telephone card 
issuing message 6404 and the temporary receipt 6405, 

20 the mobile user terminal decrypts them and examines 
the digital signatures, enters an electronic telephone 
card included in the electronic telephone card issuing 
message 6404 in the telephone card list 1714, enters 
the temporary receipt 10310 in the use list 1715, and 

25 displays the electronic payment card on the LCD 303. 
[1949] Following this, the service director processor 
performs the clearing process for the price of the tele- 
phone card. First, the service director processor gener- 
ates a clearing request 10324, which is a message 

30 requesting the performance of the clearing process for 
the price of the telephone card. The transaction proces- 
sor closes the clearing request 10324 and addresses it 
to the transaction processor, and transmits it as a clear- 
ing request 6407 to the transaction processing system 

35 106. 

[1950] Upon receiving the clearing request 6407, the 
transaction processing system 106 decrypts it and 
examines the digital signature, and performs the clear- 
ing process. The transaction processing system 106 

40 generates a clearing completion notification 6408 and 
transmits it to the service providing system 1 1 0. 
[1951] Upon receiving the clearing completion notifi- 
cation 6408, the transaction processor of the service 
providing system 1 10 decrypts it and examines the dig- 

45 ital signature, and transmits a clearing completion noti- 
fication 10413 to the service director processor. The 
service director processor employs the received clear- 
ing completion notification 10413 to generate a clearing 
completion notification 10430 for the telephone card 

so issuer. And the telephone card issuer processor closes 
the clearing completion notification 10430 and transmits 
it to the telephone card issuing system 109 as a clearing 
completion notification 6409 for the telephone card 
issuer. 

55 [1952] The telephone card issuing system decrypts 
the received clearing completion notification 6409 and 
examines the digital signature, and generates a receipt 
6410 and transmits it to the service providing system. 
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[1953] The telephone card issuer processor of the 
service providing system decrypts the received receipt 
6410 and examines the digital signature, and transmits 
a receipt 10512 to the service director processor. The 
service director processor employs the receipt 1 051 2 to 5 
generate a receipt 10523 for a user. 
[1954] The receipt 10523 that is generated is not 
immediately transmitted to the mobile user terminal 100 
of the user. When the mobile user terminal has per- 
formed the data updating process, the user processor 10 
replaces the temporary receipt 10310 in the use list 
1715 with the receipt 10523, and transmits the receipt 
1 0523 as one part of the update data 641 1 to the mobile 
user terminal 100. 

[1955] The data structures of the clearing request is 
6407, the clearing completion notification 6408, the 
clearing completion notification 6409 and the receipt 
6410 for the delayed clearing are the same as those 
provided for the clearing request 6304, the clearing 
completion notification 6305, the clearing completion 20 
notification 6306 and the receipt 6307 for the spontane- 
ous clearing. 

[1 956] The delayed clearing process need not be per- 
formed immediately after the electronic telephone card 
is issued, and together with the other clearing proc- 25 
esses, may be performed, for example, once a day. 
[1957] An explanation will now be given for the con- 
tents of messages that are exchanged by the mobile 
user terminal 100 and the service providing system 1 10 
during the telephone card registration processing. 30 
[1958] In Fig. 65C are shown the procedures for 
exchanging messages between devices in the tele- 
phone card registration processing, and in Figs. 108A 
and 108B are shown the contents of messages that are 
exchanged by the devices in the telephone card regis- 35 
tration processing. 

[1 959] First, when the user performs an electronic tel- 
ephone card registration operation 6508, the mobile 
user terminal generates a telephone card registration 
request 6509 and transmits it to the service providing 40 
system via digital wireless telephone communication. 
[1960] As is shown in Fig. 108A, the digital signature 
of a user is provided for data that consists of a tele- 
phone card registration request header 10800, which is 
header information indicating that the message is the 45 
telephone card registration request 6509 and describing 
the data structure; a card ID 10801 of a telephone card 
to be registered; a user ID 10802; and an issued time 
10803, which indicates the date on which the telephone 
card registration request 6509 was issued. These data so 
are closed and addressed to the service provider, 
thereby providing the telephone card registration 
request 6509. 

[1961] The user processor of the service providing 
system decrypts the received telephone card registra- 55 
tion request 6509 and examines the digital signature, 
and transmits the request 6509 to the service manager 
processor. The service manager processor generates a 



service director processor to form a process group that 
processes a telephone card registration request 10804. 
The service director processor ascertains that the elec- 
tronic telephone card indicated by the card ID 10801 is 
registered in the telephone card list 4612 for the user in 
the user information server 902, and registers that elec- 
tronic telephone card in the registered card list 5502 for 
electronic telephone cards of the service director infor- 
mation server 901. At this time, the service director 
processor newly generates a card signature private key 
and a card signature public key pair. Further, the service 
director processor generates a registered card certifi- 
cate using the card signature public key, and registers it 
in the registered card list 5502. The service director 
processor then generates a card certificate issuing 
message 10813 using the card signature private key 
and the registered card certificate that has been gener- 
ated. The user processor closes the card certificate 
issuing message 10813 and addresses it to the user, 
and transmits it as a telephone card certificate issuing 
message 6510 to the mobile user terminal via digital 
wireless telephone communication. 
[1962] As is shown in Fig. 108B, the digital signature 
of a service provider is provided for data that consists of 
a telephone card certificate issuing header 10808, 
which is header information indicating that the message 
is the telephone card certificate issuing message 6510 
and describing the data structure; a card digital signa- 
ture private key 10809; a registered card certificate 
10810; a service provider ID 10811, and an issued time 
10812, which indicates the date on which the telephone 
card certificate issuing message 6510 was issued. 
These data are closed and addressed to the user, 
thereby providing the telephone card certificate issuing 
message 6510. 

[1963] The mobile user terminal 100 decrypts the 
received card certificate issuing message 6510 and 
examines the digital signature, replaces the card signa- 
ture private key and the card certificate of an electronic 
telephone card with the card signature private key 
10809 and the registered card certificate 10810, both of 
which are included in the telephone card certificate 
issuing message 6510, changes the registration state in 
the card status to the post-registration state, and dis- 
plays on the LCD the electronic telephone card that has 
been registered (display a telephone card that is regis- 
tered; 6511). 

[1964] An explanation will now be given for the con- 
tents of messages that are exchanged by the service 
providing system 1 10 and the electronic telephone card 
accounting machine 800 (switching center 105) during 
the telephone card setup processing. 
[1965] The telephone card setup processing is not 
performed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the electronic telephone card accounting 
machine 800. 
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[1966] Therefore, for the telephone card setup proc- 
ess, the procedures for the exchange of messages by 
the service providing system and the electronic tele- 
phone card accounting machine 800, and the contents 
(data structures) of the messages to be exchanged are 
the same as those used for the above described data 
updating processing. 

[1 967] It should be noted, however, that the telephone 
card setup process is not performed each time the data 
updating process is performed, but when the telephone 
card list 4610 for the merchant stored in the merchant 
information server 903 is updated by the service direc- 
tor processor. 

[1968] When the telephone card list 4610 is updated, 
the merchant processor includes updated data in the 
telephone card list 4610 for the compressed update 
data 8828 in the update data 5705, and transmits the 
resultant data as update data 5705 to the electronic tel- 
ephone card accounting machine 800. 
[1 969] Upon receiving the update data 5705, the elec- 
tronic telephone accounting machine decompresses 
the update data 8828, and updates the data in the RAM 
and on the hard disk. At this time, the telephone card list 
3908 in the electronic telephone card accounting 
machine 800 is updated, and an electronic telephone 
card that is handled by the electronic telephone card 
accounting machine 800 is updated. 
[1970] An explanation will now be given for the con- 
tents of messages that are exchanged by between the 
mobile ussr terminal 100 and the electronic telephone 
card accounting machine 800 (switching center 105) 
during the telephone card clearing processing. 
[1971] In Fig. 70 are shown procedures for the 
exchange of messages by the mobile user terminal 1 00 
and the electronic telephone card accounting machine 
800 (switching center 105) during the telephone card 
clearing processing, and in Figs. 114A and 114B and 
Figs. 1 1 5A and 1 1 5B are shown the contents of mes- 
sages that are exchanged by the mobile user terminal 
100 and the electronic telephone card accounting 
machine 800 (switching center 105) during the tele- 
phone card clearing processing. 
[1972] First, when a user displays an electronic tele- 
phone card used for communication and performs a 
calling operation 7000, the mobile user terminal 
employs a telephone card that is to be used for commu- 
nication and an arbitrarily generated test pattern and 
produces a micro-check call request 7001, which is a 
message for requesting that a telephone number 
entered by a user be dialed by using the electronic tele- 
phone card. The mobile user terminal transmits the 
request 7001 to the switching center 105 via infrared 
communication. 

[1973] As is shown in Fig. 1 14A, the micro-check call 
request 7001 consists of a micro-check call request 
header 11400, which is header information indicating 
that the message is the micro-check call request 7001 
and describes the data structure; a service code 1 1 401 , 



which identifies the request for communication using an 
electronic telephone card; a request number 11402, 
which is an arbitrarily generated number that uniquely 
represents the telephone card clearing process; an tel- 

5 ephone number 11403 that is a telephone number 
entered by the user; a presentation card 1 1403 for pre- 
senting an electronic telephone card to be used for the 
communication; a card certificate 1 1405; a current card 
status 11406 for an electronic telephone card to be 

10 used for the communication; a total remaining value 
11407; a card ID 11408; an issued time 11409, which 
indicates the date on which the micro-check call request 
7001 was issued; and an accounting machine test pat- 
tern 11411, which is an arbitrarily generated test pat- 

15 tern. The digital signature is provided, using the card 
signature private key of an electronic telephone card, for 
the card status 1 1 406, the total remaining value 1 1 407, 
the card ID 11408 and the issued time 11409. The 
accounting machine test pattern 11411 is encrypted 

20 using the accounting machine public key. 

[1974] The presentation card 1 1404, the card certifi- 
cate 1 1405, the card status 1 1406, the total remaining 
value 11407, the card ID 11408 and the issued date 
11409 specify the contents of the electronic telephone 

25 card for the electronic telephone card accounting 
machine 800, and the accounting machine test pattern 
1 141 1 is a test pattern for authorizing the electronic tel- 
ephone card accounting machine 800. 
[1975] Upon receiving the micro-check call request 

30 7001 at the switching center 1 05, first, the electronic tel- 
ephone card accounting machine 800 refers to the tele- 
phone card list 3908 and activates a telephone card 
clearing module that corresponds to the card code 
(included in a presentation card) for the electronic tele- 

35 phone card that is presented. Then, the electronic tele- 
phone card accounting machine 800 examines the 
validity of the contents of the micro-check call request 
7001, generates a micro-check call response 7002, 
which charges a communication fee V (V < 0) for a pre- 

40 determined communication T (T > 0), and transmits it to 
the mobile user terminal via digital wireless telephone 
communication. When the electronic telephone card 
that is presented is not registered in the telephone card 
list 3908, the micro-check call response 3908 is trans- 

45 mitted, which indicates that the pertinent electronic tele- 
phone card is not available. 

[1976] In the verification processing for determining 
the validity of the micro-check call request 7001, first, 
the electronic telephone card accounting machine 800 

so employs the fact that the card certificate 1 1 405 is a reg- 
istered card certificate, and examines the card status 
1 1406 and the total remaining value 1 1 407 to determine 
whether the electronic telephone card is valid and can 
be used as a telephone card for the payment of the 

55 communication charge. Then, the electronic telephone 
card accounting machine 800 examines the presenta- 
tion card 1 1404, the digital signature of the service pro- 
vider that is provided for the card certificate 1 1405, and 
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the validity term. Further, the merchant terminal 
employs the card signature public key of the card certif- 
icate 1 1405 to examine the digital signature of the elec- 
tronic telephone card that is provided for the card status 
11406, the total remaining value 11407, the card ID 
11408 and the issued time 11409. In this fashion, the 
validity of the micro-check call request 7001 is verified. 
[1977] In the generation of the micro-check call 
response 7002, the electronic telephone card account- 
ing machine 800 decrypts the accounting machine test 
pattern 11411 using the accounting machine private 
key, and employs the card public key to encrypt the card 
test pattern 11 41 1 that is arbitrarily generated. 
[1978] As is shown in Fig. 1 14B, the digital signature 
of a communication service provider is provided for the 
data that consists of a micro-check call response 
header 11413, which is header information indicating 
that the message is the micro-check call response 7002 
and describing the data structure; a transaction number 
11414; a response message 11415; a request number 
11416; a card ID 11417; an instruction code 1 1418; an 
amount of charge 11419, which indicates the communi- 
cation fee V for the communication time T; an account- 
ing machine test pattern 11420, which is decrypted; a 
card test pattern 11421, which is an arbitrarily gener- 
ated test pattern; an accounting machine ID 11423; a 
communication service provider ID 11424; and an 
issued time 11425, which indicates the date on which 
the micro-check call response 7002 was issued. In this 
fashion, the micro-check call response 7002 is pro- 
vided. The card test pattern 11421 is encrypted using 
the card public key. 

[1979] The transaction number 11414 is a number 
that is arbitrarily generated, by the electronic telephone 
card accounting machine 800, and that uniquely repre- 
sents the telephone card clearing process. When, as a 
result of the examination of the micro-check call request 
7001, the telephone card clearing process can not be 
performed (when an electronic telephone card is one 
that can not be handled by the pertinent electronic tele- 
phone card accounting machine 800), a value of 0 is 
set. When the telephone card clearing process can be 
performed, a value other than 0 is set. 
[1 980] The response message 1 1 41 5 is text informa- 
tion constituting the message transmitted by the com- 
munication service provider to the user. When the 
electronic telephone card accounting machine 800 can 
not handle an electronic telephone card that has been 
presented (transaction number = 0), data to that effect is 
included in the response message. The response mes- 
sage is prepared optionally, and may not be prepared. 
[1 981 ] The instruction code 1 1 41 8 is command code 
information for an electronic telephone card, and is 
used when a value equivalent to the amount of charge 
1 1419 is subtracted from the total remaining value held 
by the electronic telephone card. The instruction code is 
varied by combining the electronic telephone card 
transaction module and the telephone card clearing 



module. 

[1 982] When the mobile user terminal receives the 
micro-check call response 7002, first, for verification of 
to verify the electronic telephone card accounting 

5 machine 800, it compares the accounting machine test 
pattern 1 141 1 with the accounting machine test pattern 
11420 included in the micro-check call response 7002 
in order to verify the electronic telephone card account- 
ing machine 800. The mobile user terminal subtracts 

10 the amount of sales 11419 from the total remaining 
value held by the electronic telephone card in accord- 
ance with the instruction code 1 1418. Then, the mobile 
user terminal decrypts the card test patten using the 
card private key, and generates a telephone micro- 

is check message 7003, which corresponds to a check 
that has as its face value the amount of the charge. The 
check is transmitted via digital wireless telephone com- 
munication to the electronic telephone card accounting 
machine 800 (switching center 105). Further, the mobile 

20 user terminal displays, on the LCD, a message indicat- 
ing a call is on process (display a call on process; 6704) 
[1983] As is shown in Fig. 1 15A, the digital signature 
using the card signature private key and the digital sig- 
nature of a user are provided for the data that consists 

25 of a telephone micro-check header 11500, which is 
header information indicating that the message is the 
telephone micro-check 7003 and describing the data 
structure; a micro-check issuing number 11501, which 
indicates the order of the telephone card clearing proc- 

30 ess; a card test pattern 1 1502, which is decrypted; an 
amount of payment 1 1503, which indicates the obtained 
value that is subtracted from the total remaining value; a 
card status 11504; a total remaining value 11505 avail- 
able after the subtraction; an accounting machine ID 

35 11506; a communication service provider ID 11507; a 
request number 1 1508; a transaction number 11509; a 
card code 1 1510; a card ID 1 151 1 ; and an issued time 
1 1512, which indicates the date on which the telephone 
micro-check 7003 was issued. In this fashion, the tele- 

40 phone micro-check 7003 is provided. 

[1984] Upon receiving the telephone micro-check 
7003 at the switching center 105, first, the electronic tel- 
ephone card accounting machine 800 authorizes the 
electronic telephone card by comparing the card test 

45 pattern 11421 with the card test pattern 11502 that is 
included in the telephone micro-check 7003, and exam- 
ines the validity of the contents of the telephone micro- 
check 7003. In the verification process for the validity of 
the telephone micro-check 7003, the electronic tele- 

so phone accounting machine 800 determines whether the 
amount of payment 11503 represented by the tele- 
phone micro-check 7003 is equal to the value of the 
charge. Also, the electronic telephone card accounting 
machine 800 determines whether the value obtained by 

55 subtracting the total remaining value 11505 from the 
total remaining value 11407, which represents the 
micro-check call request, is equal to the amount of pay- 
ment 1 1503 represented by the telephone micro-check. 
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Finally, the electronic telephone card accounting 
machine 800 examines the digital signature of the elec- 
tronic telephone card accompanying the telephone 
micro-check 7003. 

[1 985] The switch 801 transmits, to the telephone ter- 
minal 115, a call arrival request 7005, which is a mes- 
sage for calling the telephone terminal 115 that 
corresponds to the telephone number 11403. Upon 
receiving the call arrival request 7005, the telephone 
terminal 1 15 outputs a call tone to notify the owner (call 
receiver) of the telephone terminal 115 that a call has 
arrived (display the arrival of a call; 7006). When the 
recipient raises the handset (communication operation 
7007), the telephone terminal 115 transmits, to the 
switch 801 , a call response 7008, which is a message to 
permit the call. 

[1986] When the switch 801 receives the call 
response 7008, the electronic telephone card account- 
ing machine 800 generates a receipt message 7009 
that corresponds to a receipt for the telephone micro- 
check 7003 that is paid, and transmits the message to 
the mobile user terminal via digital wireless telephone 
communication. The switch 801 connects the lines of 
the mobile user terminal 100 and the telephone terminal 
115, so that the user can communicate with the call 
recipient. 

[1987] As is shown in Fig. 1 15B, the digital signature 
of a merchant is provided for the data that consists of a 
receipt header 1 1514, which is header information indi- 
cating that the message is the receipt 7009 and describ- 
ing the data structure; provided service information 
11515; a card ID 11516; a total receipt value 11517, 
which reflects the same value as the amount of payment 
11503 remitted by the telephone micro-check that is 
received; a request number 11518; a transaction 
number 11519; a telephone micro-check issuing 
number 11520; an accounting machine ID 11521; a 
communication service provider ID 11522; and an 
issued time 11523, which indicates the date on which 
the receipt 7009 was issued. In this fashion, the receipt 
7009 is provided. 

[1 988] The provided service information 1 1 51 5 is text 
information that represents the contents of the commu- 
nication service provided through the telephone card 
clearing process, and corresponds to the specifications 
or the statement of accounts for the services that are 
provided. 

[1989] Upon receiving the receipt 7009, the mobile 
user terminal verifies that the total receipt value 1 1517 
is equal to the amount of payment 1 1 503 remitted using 
the telephone micro-check, registers the receipt 7009 
as usage information in the usage list 1715, and 
changes the display on the LCD to a display indicating 
the connection state (the telephone number used for 
communication, the elapsed communication time and 
the total remaining value of an electronic telephone 
card) (display the connection state; 7010). 
[1990] When the mobile user terminal 100 does not 



receive the receipt 7009 after it has transmitted the tel- 
ephone micro-check 7003, for example, when the user 
presses the end switch 306 while the ringing is in 
progress and cancels the call before the receipt 7009 is 

5 received, the mobile user terminal 100 adds the amount 
of sales 1 1419 to the total remaining value of the elec- 
tronic telephone card, and returns the value to what it 
was before the subtraction was performed. 
[1991] When the communication time exceeds T, 

10 instead of the telephone micro-check 7003 having the 
face value V, the electronic telephone accounting 
machine transmits a communication charge message 
7011, which is a charge requiring the submission of a 
telephone micro-check having a face value that equals 

is a communication fee 2V charged for a communication 
time 2T, to the mobile user terminal via digital wireless 
telephone communication. 

[1 992] As is shown in Fig. 11 5C, the digital signature 
of a communication service provider is provided for the 

20 data that consists of a communication charge response 
header 11524, which is header information indicating 
that the message is the communication charge 701 1 
and describing the data structure; a transaction number 
11515; a request number 11526; a card ID 11527; an 

25 instruction code 11528; an amount of charge 11529, 
which accesses an additional charge value V; an 
accounting machine ID 11530; a communication serv- 
ice provider ID 1 1531 ; and an issued time 1 1532, which 
indicates the date on which the communication charge 

30 7011 was issued. In this fashion, the communication 
charge 7011 is provided. The transaction number 
11525 is the same as the transaction number 11414 
provided for the micro-check call response 7002, the 
transaction number 11509 for the telephone micro- 

35 check 7003, and the transaction number 1 1519 for the 
receipt 7009. 

[1993] Upon receiving the communication charge 
701 1 , the mobile user terminal subtracts the amount of 
charge 1 1529 (the additional charge value V) from the 

40 total remaining value of the electronic telephone card. 
Instead of the telephone micro-check 7003, the mobile 
user terminal generates a telephone micro-check 7012, 
which has a face value of 2V that corresponds to the 
total value subtracted from the total remaining value, 

45 and transmits it to the electronic telephone accounting 
machine 800 (switching center 105) via digital wireless 
telephone communication. 

[1 994] As is shown in Fig. 1 1 5A, the data structure of 
the telephone micro-check 7012 is the same as that of 

so the telephone micro-check 7003. The amount of pay- 
ment 11503 remitted by the telephone micro-check 
7012 is 2V, which corresponds to the total value sub- 
tracted from the total remaining value, and the total 
remaining value 1 1 505 is the total remaining value after 

55 the amount of charge 1 1 529 has been subtracted. 
[1995] The same numbers as are used for the tele- 
phone micro-check 7003 are also employed as the 
micro-check issuing number 1 1501 , the request number 
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11508 and the transaction number 11509 in the tele- 
phone micro-check 7012, which identify the telephone 
micro-check that is issued as the replacement for the 
telephone micro-check 7003. 

[1996] Upon receiving the telephone micro-check s 

7012, the electronic telephone card accounting 
machine verifies the validity of the telephone micro- 
check 7012, and generates a receipt message 7013 
that corresponds to a receipt for the telephone micro- 
check 7012 that has been issued and transmits it to the 10 
mobile user terminal via the digital wireless telephone 
terminal. 

[1 997] During the process of examining the validity of 
the telephone micro-check 7012, first, the electronic tel- 
ephone card accounting machine 800 ascertains that is 
the amount of payment 11503 reflected by the tele- 
phone micro-check 7012 is equal to the total amount 
charged, and ascertains that the result obtained by sub- 
tracting the total remaining value 11505, indicated by 
the telephone micro-check 7012, from the amount of 20 
stored value 11407, indicated by the macro check call 
request, is equal to the total amount of payment 1 1503 
reflected by the telephone micro-check. Then, the 
accounting machine 800 examines the digital signature 
that is provided for the telephone micro-check 7012 25 
using the electronic telephone card. 
[1 998] As is shown in Fig. 11 5A, the data structure of 
the receipt 7013 is the same as that used for the receipt 
7009. The total receipt value 1 1517 of the receipt 7013 
is equal to the amount of payment 1 1503 reflected by 30 
the telephone micro-check 7012. 
[1999] Upon receiving the receipt 7013, the mobile 
user terminal verifies that the total receipt value 1 1517 
is equal to the amount of payment 1 1503 reflected by 
the telephone micro-check 7012, registers the receipt 35 

7013, instead of the receipt 7009, as usage information 
in the usage list 1715, and updates the total remaining 
amount of the electronic telephone card that is dis- 
played on the LCD (display the accounts; 7014). 

[2000] When the mobile user terminal 100 does not 40 
receive the receipt 7013 after it has transmitted the tel- 
ephone micro-check 7012, such as when, for example, 
the communication is terminated before the receipt 
7013 is received, the mobile user terminal 100 adds the 
amount of charge 1 1529 to the total remaining value of 45 
the electronic telephone card, and returns the value to 
what it was before the amount of charge 1 1 529 was 
subtracted. 

[2001 ] Each time the communication time exceeds NT 
(T is a natural number), instead of the telephone micro- so 
check having the face value NV, the electronic tele- 
phone accounting machine 800 transmits a communi- 
cation charge message 7015, which includes a charge 
for a telephone micro-check having as a face value a 
communication fee (N+1)V that is assessed for a com- 55 
munication time (N+1)T, to the mobile user terminal via 
digital wireless telephone communication. As is shown 
in Fig. 115C, the data structure of the communication 



charge 7015 is the same as that used for the communi- 
cation charge 701 1. 

[2002] The mobile user terminal further subtracts the 
amount of charge 11529 (additional communication 
charge value V) from the total remaining value of the 
electronic telephone card, generates a telephone micro- 
check 7016 having a face value of (N+1)V, which corre- 
sponds to the total value subtracted from the total 
remaining value, and transmits it to the electronic tele- 
phone card accounting machine 800 (switching center 
105) via digital wireless telephone communication. 
[2003] As is shown in Fig. 1 15A, the data structure of 
the telephone micro-check 7016 is the same as that 
used for the telephone micro-check 7003 or 7012. The 
amount of payment 1 1 503 reflected by the telephone 
micro-check 7016 is (N+1)V, which corresponds to the 
total value subtracted from the total remaining value, 
and the total remaining value 11505 is that which is 
available after the amount of charge 11529 has been 
subtracted. 

[2004] Upon receiving the telephone micro-check 

7016, the electronic telephone card accounting 
machine 800 examines the validity of the telephone 
micro-check 7016, and generates a receipt message 
7017 that corresponds to a receipt for the telephone 
micro-check 7016 that has been paid and transmits it to 
the mobile user terminal via digital wireless telephone 
communication. 

[2005] During the process of examining the validity of 
the telephone micro-check 7016, first, the electronic tel- 
ephone card accounting machine 800 ascertains that 
the amount of payment 11503 reflected by the tele- 
phone micro-check 7016 is equal to the total amount of 
the charge, and ascertains that the result obtained by 
subtracting the total remaining value 11505, indicated 
by the telephone micro-check, from the total remaining 
value 1 1407, indicated by the macro check call request, 
is equal to the total amount of payment 1 1503 reflected 
by the telephone micro-check. Then, the accounting 
machine 800 uses the electronic telephone card to 
examine the digital signature that is provided for the tel- 
ephone micro-check 7016. 

[2006] As is shown in Fig. 1 15B, the data structure of 
the receipt 701 7 is the same as that used for the receipt 
7013. The total receipt value 1 1517 of the receipt 7017 
is equal to the amount of payment 11503 of the tele- 
phone micro-check 701 6. 

[2007] Upon receiving the receipt 7017, the mobile 
user terminal verifies that the total receipt value 1 1517 
is equal to the amount of payment 11503 reflected by 
the telephone micro-check 7016, registers the receipt 

7017, instead of the receipt having type same request 
number (the previously registered receipt), as usage 
information in the usage list 1715, and updates the total 
remaining amount of the electronic telephone card that 
is displayed on the LCD (display the accounts; 7018). 
[2008] When the mobile user terminal 100 does not 
receive the receipt 7017 after it has transmitted the tel- 
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ephone micro-check 7016, such as when, for example, 
the communication is terminated before the receipt 
701 7 is received, the mobile user terminal 100 adds the 
amount of charge 1 1 529 transmitted in the communica- 
tion charge message 7015 to the total remaining value 5 
of the electronic telephone card, and returns the value 
to what it was before the amount of charge 1 1529 was 
subtracted. 

[2009] When a communication session using the elec- 
tronic telephone card is terminated, the mobile user ter- 
minal 100 increments the micro-check issue number of 
the electronic telephone card. 

[201 0] At the termination of a communication session, 
the electronic telephone card accounting machine 800 
registers, in the transaction list 3909, the receipt that 
has been transmitted to the mobile user terminal and 
the corresponding telephone micro-check as history 
information for the telephone card clearing process. 
[2011] The contents of the call arrival request 7005 
and the call response 7008, which are messages 
exchanged by the switching center 105 and the tele- 
phone terminal 1 15, depend on the protocol for the line 
connection established between the switching center 
1 05 and the telephone terminal 1 1 5. 
[2012] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the telephone card reference processing. 
[2013] In Fig. 73 are shown procedures for the 
exchange of messages by the devices during the tele- 
phone card reference processing, and in Figs. 88A to 
88D and Fig. 1 16B are shown the contents of messages 
that are exchanged during the telephone card reference 
processing. 

[201 4] The telephone card reference processing is not 
performed in accordance with a special processing 
sequence, but is performed in the data updating proc- 
ess during which the service providing system updates 
the data in the electronic telephone card accounting 
machine 800. 

[2015] Therefore, for the telephone card reference 
process, the procedures for the exchange of messages 
by the electronic telephone card accounting machine 
800 and the service providing system, and the contents 
(data structures) of the messages to be exchanged are 
the same as those employed for the above described 
data updating processing. 

[2016] Compressed upload data 8818 in the upload 
data 5704 include a telephone micro-check that is newly 
registered in the transaction list 3909 during the tele- 
phone card clearing process conducted during the 
period extending from the previous performance of the 
data updating process to the current performance of the 
data updating process. 

[201 7] During the data updating processing, the mer- 
chant processor transmits, to the service manager proc- 
essor, a message requesting the reference process be 
performed for the telephone micro-check that is 
uploaded from the electronic telephone card accounting 



machine 800. The service manager processor gener- 
ates a service director processor to form a process 
group for examining the validity of the telephone micro- 
check. 

[201 8] First, the service director processor determines 
whether the accounting machine ID 1 1505 and the com- 
munication service provider ID 11506 in the telephone 
micro-check match the accounting machine ID 5215 of 
the communication service provider and the communi- 
cation service provider ID 5214. Then, the service direc- 
tor processor examines the registered card list 5502 in 
the service director information server 901 to verify that 
the electronic telephone card for which the telephone 
micro-check was issued is registered. The service 
director processor employs the user public key 5519 to 
examine the digital signature of the user that accompa- 
nies the telephone micro-check, and employs the regis- 
tered card certificate to examine the digital signature for 
the telephone card that accompanies the telephone 
micro-check. In addition, the service director processor 
employs the telephone micro-check issuing number 
when examining the matching of the amount of payment 
with the total remaining value, and transmits the result 
of the examination to the merchant processor. As a 
result, the telephone micro-check that is ascertained to 
be valid is registered in the telephone micro-check list. 
[201 9] When an error occurs in the process for verify- 
ing the validity of the telephone micro-check, the service 
director processor transmits a message indicating that 
an error occurred in the management system 908. 
[2020] Upon receiving the update data 5705, the elec- 
tronic telephone card accounting machine 800 decom- 
presses the update data 8828 and updates the data in 
the RAM and on the hard disk. 
[2021] If the firm represented by the communication 
service provider differs from that represented by the tel- 
ephone card issuer, and a payment for the communica- 
tion service provider who handles the telephone card is 
made by the telephone card issuer, or if the usage of the 
telephone card is periodically reported to the telephone 
card issuer in accordance with the terms of a contract, 
in accordance with the telephone micro-check that is 
newly registered in the telephone micro-check list, the 
service director processor generates weekly, for exam- 
ple, a usage condition notification 11626, which is a 
message for notifying the telephone card issuer of the 
telephone card usage condition. The telephone card 
issuer processor closes the notification 11626 and 
addresses it to the telephone card issuer, and transmits 
it as a usage report 7300 to the telephone card issuing 
system 1 09. 

[2022] As is shown in Fig. 1 16C, the digital signature 
of a service provider is provided for the data that con- 
sists of a usage report header 11620, which is header 
information indicating that the message is the usage 
report 7300 and describing the data structure; a card ID 
and payment value list 11621 of telephone cards that 
are employed; the communication service provider 
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name 1 1622 and the communication service provider ID 
1 1623 of a communication service provider that handles 
the telephone card; a service provider ID 1 1624; and an 
issued time 11625, which indicates the date on which 
the usage report 7300 was issued. These data are 
closed and addressed to the telephone card issuer, 
thereby providing the usage report 7300. 
[2023] Upon receiving the usage report 7300, the tel- 
ephone card issuing system 109 decrypts it and exam- 
ines the digital signature, and performs such processing 
as making a payment to the merchant. 
[2024] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the telephone card transfer processing. 
[2025] In Fig. 76 are shown procedures for the 
exchange of messages by the devices during the tele- 
phone card transfer processing, and in Figs. 120A and 
120B, 1 21 A and 121 B, and 122 A and 122C are shown 
the contents of messages that are exchanged during 
the telephone card transfer processing. 
[2026] The telephone card transfer process can be 
performed when the card status 2107 of the electronic 
telephone card indicates the transfer enabled state, 
which is designated by the telephone card issuer when 
issuing a telephone card. 

[2027] In Fig. 76 is shown a case where user A trans- 
fers an electronic telephone card to user B. The proce- 
dures for the exchange of messages by the devices 
belonging to users A and B are the same for infrared 
communication as they are for digital wireless communi- 
cation. The data structures of messages are also the 
same. 

[2028] In Fig. 76, first, when user A performs a tele- 
phone card transfer process 7600, the mobile user ter- 
minal of user A transmits a telephone card transfer offer 
7601, which is a message offering to transfer an elec- 
tronic telephone card, to the mobile user terminal of 
user B. When at this time the mobile user terminals of 
user A and user B are connected, communication 
between user A and user B is performed via digital wire- 
less telephone. When the mobile user terminals are not 
connected, infrared communication is employed. 
[2029] As is shown in Fig. 120A, the digital signature 
of user A is provided for the data consisting of a card 
transfer offer header 12000, which is header information 
indicating that the message is the card transfer offer 
7601 and describing the data structure; a transfer offer 
number 12001, which is an arbitrarily generated number 
that uniquely represents the telephone card transfer 
process; a presented card 12002 and a card certificate 
12003 for an electronic telephone card to be trans- 
ferred; a card status 12004; a total remaining value 
12005; a card ID 12006; an issued time 12007, which 
indicates the date on which the card transfer offer 7601 
was issued; and a user public key certificate 12009. In 
this fashion, the card transfer offer 7501 is provided. 
The digital signature of the electronic telephone card is 
provided, using the card signature private key, for the 



card status 12004, the variable card information 12005, 
the card ID 12006 and the issued time 12007. 
[2030] The digital signature of the service provider is 
provided for the data that consist of a user public key 

s header 12010; the user public key 12011 of user A; a 
public key certificate ID 12012, which is ID information 
for the public key certificate; a certificate validity term 
12013; a service provider ID 12014; and a certificate 
issued time 12015. In this fashion, the user public key 

10 certificate 1 2009 is provided. 

[2031 ] Upon receiving the card transfer offer 7601 , the 
mobile user terminal of user B examines the presented 
card 12002, the card certified 12003, and the digital sig- 
nature of the service provider and the validity term of 

is the public key certificate 12009. Then, the mobile user 
terminal examines the digital signature of the electronic 
telephone card that is provided for the card status 
12004, the total remaining value 12005, the card ID 
1 2006 and the issued time 12007, and the digital signa- 
ge ture of user A accompanying the card transfer offer 
7601 , and verifies the contents of the card transfer offer 
7501 . In accordance with the presented card 12002, the 
card status 12004 and the total remaining value 12005, 
the mobile user terminal then displays, on the LCD, the 

25 contents of the electronic telephone card that is to be 
transferred (display the transfer offer; 7602). 
[2032] When user B performs a transfer offer accept- 
ance operation 7603, the mobile user terminal of user B 
transmits, to the mobile user terminal of user A, a card 

30 transfer offer response 7604, which is a response mes- 
sage for the card transfer offer 7601 . 
[2033] As is shown in Fig. 120B, the digital signature 
of user B is provided for the data that consist of a card 
transfer offer response header 12016, which is header 

35 information indicating that the message is the card 
transfer offer response 7604 and describing the data 
structure; an acceptance number 1201 7; a transfer offer 
number 12018; a card ID 12019; an issued time 12020, 
which indicates the date on which the card transfer offer 

40 response 7604 was issued; and a user public key certif- 
icate 12021. In this fashion, the card transfer offer 
response 7604 is provided. 

[2034] The user public key certificate 12021 is a public 
key certificate for user B. To provide this certificate 

45 12021, the digital signature of the service provider is 
provided for the data that consist of a user public key 
certificate header 12022; a user public key 12023 for 
user B; a public key certificate ID 12024, which is ID 
information for the public key certificate; a certificate 

so validity term 12025; a service provider ID 12026; and a 
certificate issued time 12027. 

[2035] The acceptance number 12017 is arbitrarily 
generated, by the mobile user terminal of user B, as a 
number that uniquely represents the telephone card 
55 transfer processing. With this number, the mobile user 
terminal of user A is notified as to whether user B has 
accepted the card transfer offer 7601. When user B 
does not accept the card transfer offer 7601 , a value of 
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0 is set as the acceptance number 1201 7. When user B 
accepts the card transfer offer 7601 , a value other than 
0 is set. 

[2036] Upon receiving the card transfer offer response 
7604, the mobile user terminal of user A displays, on the 5 
LCD, the contents of the card transfer offer response 
7604 (display the transfer offer response; 7605). When 
the card transfer offer 7601 is accepted (acceptance 
number 12017 * 0), the mobile user terminal of user A 
examines the digital signature of the service provider of 10 
the user public key certificate 12021 and the validity 
term. The mobile user terminal generates a card trans- 
fer certificate 7606, which is a message that corre- 
sponds to a transfer certificate for an electronic 
telephone card to user B, and transmits it to the mobile is 
user terminal of user B. 

[2037] As is shown in Fig. 121 A, the digital signature 
of the electronic payment and the digital signature of 
user A are provided for the data that consist of a card 
transfer certificate header 12100, which is header infor- 20 
mation indicating that the message is the card transfer 
certificate 7506 and describing the data structure; a 
presentation card 12101 for an electronic telephone 
card to be transferred; a card status 12102; a total 
remaining value 12103; a transfer offer number 12104; 25 
an acceptance number 12105; a public key certificate 
ID 12106 for the user public key certificate of user B; a 
public key certificate ID 12107 for the user public key 
certificate of user A; a card ID 12108; and an issued 
time 12109, which indicates the date on which the card 30 
transfer certificate 7606 was issued. These data are 
closed and addressed to user B, thereby providing the 
card transfer certificate 7606. 

[2038] Upon receiving the card transfer certificate 
7606, the mobile user terminal of user B decrypts it and 35 
examines the digital signature of user A and the one 
accompanying the electronic telephone card. Further, 
the mobile user terminal compares the card ID pre- 
sented by the card transfer offer 7601 with the card ID 
12108, and compares the public key certificate IDs 40 
12106 and 12107 with the public key certificates of 
users B and A to verify the contents of the card transfer 
certificate 7606. The mobile user terminal then gener- 
ates a card transfer receipt 7607, which is a message 
indicating the electronic telephone card has been 45 
received, and transmits the receipt 7607 to the mobile 
user terminal of user A. 

[2039] As is shown in Fig. 121 B, the digital signature 
of user B is provided for the data that consist of a card 
transfer receipt header 121 15, which is header informa- so 
tion indicating that the message is the card transfer 
receipt 7607 and describing the data structure; a card 
ID 121 16; a transfer offer number 12117; an acceptance 
number 121 18; a public key certificate ID 121 19 for the 
user public key certificate of user A; a public key certif i- 55 
cate ID 12120 for the user public key certificate of user 
B; and an issued time 12121, which indicates the date 
on which the card transfer receipt 7607 was issued. 



These data are closed and addressed to user A, 
thereby providing the card transfer receipt 7607. 
[2040] Upon receiving the card transfer receipt 7607, 
the mobile user terminal of user A decrypts it, and 
examines the digital signature of user B. Further, the 
mobile user terminal compares the public key certificate 
IDs 121 19 and 12120 with the public key certificates of 
users B and A to verify the contents of the card transfer 
receipt 7607. The mobile user terminal then erases the 
transferred electronic telephone card from the card list 
1714, and registers the card transfer receipt 12122 in 
use history 1715. At this time, addresses in the object 
data area at which the transfer offer number, the code 
information indicating the card transfer process, the 
issued time for the card transfer receipt 7607 and the 
card transfer receipt 12122 are stored are assigned to 
the request number 1840 in the use list 1715, the serv- 
ice code 1841 , the use time 1842 and the use informa- 
tion address 1843. 

[2041] The mobile user terminal of user A displays, on 
the LCD, a message indicating the completion of the 
transfer process (display the transfer process; 7608). 
The process at the mobile user terminal of user A 
(sender) is thereafter terminated. 
[2042] After transmitting the card transfer receipt 
7607, the mobile user terminal of user B displays the 
received card transfer certificate 12111 on the LCD. In 
addition, the mobile user terminal displays a dialogue 
message inquiring whether the transfer process with the 
service providing server (process for downloading the 
received electronic telephone card from the service pro- 
viding system) should be immediately performed (dis- 
play the transfer certificate; 7609). 
[2043] The dialogue message has two operating 
menus: "transfer process request" and "cancel." When 
"cancel" is selected, the transfer process performed 
with the service providing server is canceled, and in the 
process (data updating process) during which the serv- 
ice providing system updates the data in the mobile 
user terminal, an electronic telephone card that has 
been transferred is assigned to the mobile user termi- 
nal. 

[2044] When user B selects "transfer process request" 
(transfer process request operation; 7610), based on 
the card transfer certificate 1211 1 the mobile user ter- 
minal generates a card transfer request 761 1 , which is 
a message requesting that the transfer process be per- 
formed with the service providing system, and transmits 
it to the service providing system via digital wireless tel- 
ephone communication. 

[2045] As is shown in Fig. 122A, the digital signature 
of user B is provided for the data that consists of a card 
transfer request header 12200, which is header infor- 
mation indicating that the message is the card transfer 
request 7611 and describing the data structure; a 
decrypted card transfer certificate 12201 (12111); the 
user ID 12202 of user B; and an issued time 12203, 
which indicates the date when the card transfer request 
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761 1 was issued. These data are closed and addressed 
to the service provider, thereby providing the card trans- 
fer request 761 1 . 

[2046] Upon receiving the card transfer request 761 1 , 
the user processor of user B of the service providing 
system 110 decrypts it and examines the digital signa- 
ture, and transmits it to the service manager processor. 
The service manager processor generates a service 
director processor to form a process group for process- 
ing the card transfer request 12204. 
[2047] The service director processor, first refers to 
the user list 5200 and specifies the recipient (user B) 
and the sender (user A) of the transfer process by 
employing the public key certificate IDs 12106 and 
12107 in the card transfer certificate 12201 that is 
included in the card transfer request 12204. The service 
director processor examines the digital signature of the 
user A and the digital signature accompanying the elec- 
tronic telephone card, which are provided for the card 
transfer certificate 12201 , and verifies the validity of the 
card transfer certificate 12201. Following this, the serv- 
ice director processor erases the electronic telephone 
card to be transferred from the card list 461 2 of the user 
A that is stored in the user information server 902. Then, 
the service director processor changes the card signa- 
ture private key and card signature public key pair and 
the card certificate for a new key pair and a card certifi- 
cate, and also changes the card status and the total 
remaining value to the card status 121 02 and to the total 
remaining value 12103 for the card transfer certificate 
12201. The service director processor generates an 
electronic telephone card received from user A, and 
enters it in the card list 4612 for the user B. 
[2048] When the electronic telephone card that is to 
be transferred has already been registered, the service 
director processor updates the registered card list 5502 
holding the electronic telephone card. Specifically, the 
user ID 5518, the user public key 5519, the registered 
card certificate address 5520, the telephone micro- 
check list address 5521 and the former user information 
address 5522, all of which are in the registered card list 
5502, are updated (to the information for user B). The 
old information (information for user A) is pointed to at 
the former user information address 5522 as former 
user information 5523.. 

[2049] The service director processor generates a tel- 
ephone card transfer message 12226, which includes 
an electronic telephone card transferred from user A. 
The user processor of user B closes the message 
1 2226 and addresses it to the user B, and transmits it as 
a telephone card transfer message 7612 to the mobile 
user terminal of user B via digital wireless telephone 
communication. 

[2050] As is shown in Fig. 122C, the digital signature 
of the service provider is provided for the data that con- 
sist of a telephone card transfer header 12219, which is 
header information indicating that the message is the 
card transfer 7612 and describing the data structure; a 



transfer number 12220, which is an arbitrarily generated 
number that represents the transfer process in the serv- 
ice providing system; transfer information 12221; an 
acceptance number 12222; an electronic telephone 

5 card 12223, which is transferred; a service provider ID 
12224; and an issued time 12225, which indicates the 
date when the telephone card transfer message 7612 
was issued. These data are closed and addressed to 
the user B, thereby providing the card transfer message 

10 7612. 

[2051] The transfer information 12221 is information 
concerning the electronic telephone card transfer proc- 
ess performed by the service providing system, and is 
accompanied by the digital signature of the service pro- 

15 vider. The mobile user terminal of user B decrypts the 
received telephone card transfer message 7612 and 
examines the digital signature, registers the electronic 
telephone card 12223 in the card list 1714, and displays 
the electronic telephone card on the LCD (display the 

20 electronic telephone card; 7613). The card transfer 
process is thereafter terminated. 
[2052] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the electronic telephone card installation 

25 processing. 

[2053] In Fig. 79 are shown procedures for the 
exchange of messages by the devices during the elec- 
tronic telephone card installation processing, and in 
Figs. 127A and 127B, and 128A and 128B are shown 

30 the contents of messages that are exchanged during 
the electronic payment installation processing. 
[2054] First, when the user performs an electronic tel- 
ephone card installation operation 7900, the mobile 
user terminal generates an electronic telephone card 

35 installation request 7901 , and transmits it to the service 
providing system 110 via digital wireless telephone 
communication. 

[2055] As is shown in Fig. 127A, the digital signature 
of the user is provided for the data that consists of an 

40 electronic telephone card installation request header 
12700, which is header information indicating that the 
message is the electronic telephone card installation 
request 7901 and describes the data structure; an 
installation card number 12701 and an installation 

45 number 12702, which are entered by a user; a request 
number 12703, which is an arbitrarily generated number 
that uniquely represents the electronic telephone card 
installation process; a user ID 12704; and an issued 
time 12705, which indicates the date when the elec- 

so tronic telephone card installation request 7901 was 
issued. These data are closed and addressed to the 
service provider, thereby providing the electronic tele- 
phone card installation request 7901. 
[2056] Upon receiving the electronic telephone card 

55 installation request 7901, the user processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits it to the service man- 
ager processor. The service manager processor gener- 
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ates a service director processor to form a process 
group for processing the electronic telephone card 
installation request 12706. 

[2057] First, the service director processor refers to 
the installation card list that is indicated by the installa- 
tion card list address 5243 for the telephone card issuer 
list 5205, and specifies a telephone card issuer who 
issues a telephone card that is represented by the 
installation number 12701 . The service director proces- 
sor generates a telephone card installation request 
12717, which is a message requesting that the tele- 
phone card issuer issue a telephone card using the 
installation card. The telephone card issuer processor 
closes the request 12717 and addresses it to the tele- 
phone card issuer, and transmits it as a telephone card 
installation request 7902 to the telephone card issuing 
system 108. 

[2058] As is shown in Fig. 127B, the digital signature 
of the service provider is provided for the data that con- 
sist of a telephone card installation request header 
12710, which is header information indicating that the 
message is the telephone card installation request 7902 
and describing the data structure; an installation card 
number 1271 1 ; an installation number 12712; a request 
number 12713; a customer number 12714, which 
uniquely represents a user for the telephone card 
issuer; a service provider ID 12715; and an issued time 
12716, which indicates the date when the telephone 
card installation request 7902 was issued. These data 
are closed and addressed to the telephone card issuer, 
thereby providing the telephone card installation 
request 7902. 

[2059] Upon receiving the telephone card installation 
request 7902, the telephone card issuing system 109 
decrypts it and examines the digital signature. The tele- 
phone card issuing server 1300 compares the installa- 
tion card number 12711 and the installation number 
12712, which are included in the telephone card instal- 
lation request 7902, with the management information 
for the issued electronic telephone card installation card 
that is stored in the telephone card issuing information 
server 1302. The telephone card issuing server 1300 
then updates the data in the customer information 
server 1302 and the telephone card issuing information 
server 1303. Furthermore, the telephone card issuing 
server generates telephone card data (12806) for a 
requested telephone card, and transmits, to the service 
providing system, an electronic telephone card installa- 
tion commission 7903, which is a message requesting 
the installation of an electronic telephone card that cor- 
responds to the requested telephone card. 
[2060] As is shown in Fig. 128A, the digital signature 
of the telephone card issuer is provided for the data that 
consists of an electronic telephone card installation 
commission header 12800, which is header information 
indicating that the message is the electronic telephone 
card installation commission 7903 and describing the 
data structure; a transaction number 12801 , which is an 



arbitrarily generated number that uniquely represents 
the transaction with a user; telephone card issuing infor- 
mation 12802; a request number 12803; card code 
12804, which indicates the type of electronic telephone 

5 card that is to be issued; a template code 1 2805, which 
indicates a template program for an electronic tele- 
phone card to be issued; telephone card data 12806; 
representative component information 12807; a tele- 
phone card issuer ID 12808; and an issued time 12809, 

io which indicates the date when the electronic telephone 
card installation commission 7903 was issued. These 
data are closed and addressed to the service provider, 
thereby providing the electronic telephone card installa- 
tion commission 7903. 

is [2061] The telephone card issuing information 12802 
is information concerning the telephone card issuing 
process performed by the telephone card issuing sys- 
tem, and is accompanied by the digital signature of the 
telephone card issuer. 

20 [2062] The telephone card data 12806 is telephone 
card information issued by the telephone card issuer, 
wherein the digital signature of the telephone card 
issuer accompanies the data that consists of the card ID 

12814, the telephone card information 12815 and the 
25 card ID 12816. 

[2063] The telephone card issuer processor of the 
service providing system decrypts the received elec- 
tronic telephone card installation commission 7903 and 
examines the digital signature, and transmits the com- 

30 mission 7903 to the service director processor. In 
accordance with the electronic telephone card installa- 
tion commission 12810, the service director processor 
generates an electronic telephone card to be issued to 
a user, using the same procedures as are used for the 

35 telephone card purchase processing, and also gener- 
ates an electronic telephone card installation message 

12815, which is a message directing that the electronic 
telephone card be installed in the mobile user terminal. 
The user processor closes the electronic telephone 

40 card installation message 12855 and addressees it to a 
user, and transmits it as an electronic telephone card 
installation message 7904 to the mobile user terminal 
via digital wireless telephone communication. 
[2064] As is shown in Fig. 128B, the digital signature 

45 of the service provider is provided for the data that con- 
sists of an electronic telephone card installation header 
12817, which is header information indicating that the 
message is the electronic telephone card installation 
message 7904 and describing the data structure; a 

so transaction number 1 281 8; telephone card issuing infor- 
mation 12819, which concerns the telephone card issu- 
ing process performed by the telephone card issuing 
system; telephone card issuing information 12820, 
which concerns the telephone card issuing process per- 

55 formed by the service providing system; a request 
number 12821; generated electronic telephone card 
data 12822; a service provider ID 12823; and an issued 
time 12824, which indicates the date when the elec- 
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tronic telephone card installation message 7904 was 
issued. These data are closed and addressed to the 
user, thereby providing the electronic telephone card 
installation message 7904. The telephone card issuing 
information 12819 and the telephone card issuing infor- 
mation 12820 are accompanied by the digital signatures 
of the telephone card issuer and the service provider. 
[2065] The mobile user terminal decrypts the received 
electronic telephone card installation message 7904 
and examines the digital signature, registers, in the card 
list 1714, the electronic telephone card included in the 
electronic telephone card installation request 7904, and 
displays the installed electronic telephone card on the 
LCD (display the electronic telephone card; 7905). 
[2066] An explanation will now be given for the con- 
tents of messages that are exchanged by the devices 
during the real credit clearing process for electronic 
credit card service. 

[2067] In Fig. 84 are shown procedures for the 
exchange of messages by the devices during the real 
credit clearing processing, and in Figs. 135A to 135F, 
136A to 136C, and 137A and 137B are shown the con- 
tents of the messages that are exchanged by the 
devices during the real credit clearing processing. 
[2068] First, when the merchant presses the switch on 
the cash register for the credit card clearing (8401), the 
merchant terminal 102 or 103 generates multiple types 
of payment offer responses 8406 and enters the wait 
state for a payment offer 8405. 

[2069] The payment offer responses 8406 are those 
used when an amount of payment entered by a user is 
insufficient, when a credit card or a payment option des- 
ignated by the user is not available, or when the pay- 
ment offer 8405 is accepted. 

[2070] When the user performs a payment operation 
8404, the mobile user terminal 100 generates the pay- 
ment offer 8405 and transits it to the merchant terminal 
102 or 103 via infrared communication. 
[2071] As is shown in Fig. 135A, the digital signature 
of a user is provided for data that consists of a payment 
offer header 13500, which is header information indicat- 
ing that the message is the payment offer 8405 and 
describing the data structure; a payment service code 
13501 , which is a service code used to identify the type 
of electronic credit card designated by a user; a request 
number 13502, which is an arbitrarily generated number 
that uniquely represents the transaction with a mer- 
chant; an amount of payment 1 3504, which is entered 
by a user; a payment option code 13505, which is a pay- 
ment option, such as the number of payments, entered 
by a user; an effective period 13506 for the payment 
offer 8405; and an issued time 13507, which indicates 
the date on which the payment offer 8405 was issued. 
Thus, the payment offer 8405 is provided. 
[2072] Upon receiving the payment offer 8405, the 
merchant terminal 102 or 103 examines the payment 
service code 13501 , the amount of payment 13504 and 
the payment option 13505, and selects an appropriate 



payment offer response 8406 from among multiple 
types of responses 8406 and transmits it to the mobile 
user terminal via infrared communication. Further, the 
terminal 102 or 103 generates an authorization request 
5 8409 and transmits it to the merchant processor of the 
service providing system 110. 

[2073] As is shown in Fig. 135B, the digital signature 
of a merchant is provided for the data that consists of a 
payment offer response header 13508, which is header 

10 information indicating that the message is the payment 
offer response 8406 and describing the data structure; a 
response message 13509, which is displayed on the 
LCD 303 when the mobile user terminal 100 receives 
the payment offer response 8406; a transaction number 

is 13510, which is an arbitrarily generated number that 
uniquely represents the transaction with a user; an 
amount of sales 13511; a service provider telephone 
number 13512, which is the telephone number of the 
service providing system in the service area of the mer- 

20 chant; an effective period 13513 for the payment offer 
response 8406; a merchant ID 13514; and an issued 
time 13515, which indicates the date on which the pay- 
ment offer response 8406 was issued. In this fashion, 
the payment offer response 8406 is provided. 

25 [2074] The service provider telephone number 1 351 2 
is accompanied by the digital signature of the service 
provider. The response message 13509 is a text mes- 
sage that is optionally selected by the merchant, and 
may not always be selected. 

30 [2075] When the amount of payment designated by 
the user is insufficient, or when a credit card or a pay- 
ment option entered by the user can not be accepted, 
the merchant terminal sets for the transaction number 
13510 a value of "0," thus notifying the mobile user ter- 

35 minal that the payment offer 8405 can not be accepted. 
[2076] As is shown in Fig. 135C, the digital signature 
of a merchant is provided for the data that consists of an 
authorization request header 13516, which is header 
information indicating that the message is the authori- 

40 zation request 8409 and describing the data structure; a 
payment offer 8405; a payment offer response 8406; an 
accounting machine ID 13517; a merchant ID 13518; 
and an issued time 13519, which indicates the date on 
which the authorization request 8409 was issued. 

45 These data are closed and addressed to the service 
provider, thereby providing the authorization request 
8409. 

[2077] The mobile user terminal 1 00 receives the pay- 
ment offer response 8406, compares the amount of 

so payment 13504 with the amount of sale 1351 1 , gener- 
ates a payment request 8410, and transmits it to the 
user processor of the service providing system via dig- 
ital wireless telephone communication. 
[2078] As is shown in Fig. 135D, the digital signature 

55 of a user is provided for the data that consists of a pay- 
ment request header 13524, which is header informa- 
tion indicating that the message is the payment request 
8410 and describing the data structure; a payment offer 
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8405; a payment offer response 8406; a user ID 13525; 
and an issued time 13526, which indicates the date on 
which the payment request 8410 was issued. These 
data are closed and addressed to the service provider, 
thereby providing the payment request 8410. 
[2079] Either the transmission of the authorization 
request 8409 by the merchant terminal 102 or 103, or 
the transmission of the payment request 8410 by the 
mobile user terminal may be performed first, or the two 
of them may be performed at the same time. 
[2080] The merchant processor and the user proces- 
sor of the service providing system 110 receive the 
authorization request 8409 and the payment request 
8410, decrypt them and examine the digital signatures, 
and transmit an authorization request 13520 and a pay- 
ment request 1 3527 to the service manager processor. 
The service manager processor compares the request 
number, the transaction number and the merchant ID to 
obtain a correlation between the authorization request 
and the payment request, and generates the service 
director processor to form a process group for handling 
the authorization request 13520 and the payment 
request 13527. The service director processor com- 
pares the contents of the authorization request 13520 
with those of the payment request 13527, authorizes 
the user and generates an authorization response 
13540. The merchant processor closes the response 
13540, addresses it to the merchant and transmits it as 
an authorization response 84 11 to the merchant termi- 
nal. 

[2081] As is shown in Fig. 135E, the digital signature 
of a service provider is provided for the data that con- 
sists of an authorization response header 13531 , which 
is header information indicating that the message is the 
authorization response 841 1 and describing the data 
structure; a transaction number 13532; an authorization 
number 13533, which is an arbitrarily generated number 
that uniquely represents the authorization processing; 
user personal data 13535; a customer number 13536; 
an effective period 13537, which designates a period 
during which the authorization response 841 1 is effec- 
tive; a service provider ID 13538; and an issued time 
13539, which indicates the date on which the authoriza- 
tion response 8404 was issued. These data are closed 
and addressed to the merchant, thereby providing the 
authorization response 841 1 . 

[2082] When, as the result of the authorization proc- 
ess, it is determined that the credit condition of the user 
is not satisfactory, the user personal data 13534 are not 
set. The customer number 13536 is set only when a 
transaction was previously made between the user and 
the merchant through an electronic commerce service. 
[2083] The merchant terminal 1 02 or 1 03 decrypts the 
received authorization response 8411 and examines 
the digital signature, and displays the results of the 
authorization process on the LCD. 
[2084] When an operator (merchant) performs a clear- 
ing request operation 8413, the merchant terminal gen- 



erates a clearing request 8415 and transmits it to the 
merchant processor. As is shown in Fig. 135F, the digital 
signature of a merchant is provided for the data that 
consist of a clearing request header 13544, which is 

5 header information indicating that the message is the 
clearing request 841 5 and describing the data structure; 
a payment offer 8405; a payment offer response 8406; 
an authorization number 13545, which is issued by the 
service providing system 110; an effective period 

10 13546, which indicates a period during which the clear- 
ing request 8415 is effective; an accounting machine ID 
13547; a merchant ID 13548; and an issued time 
13549, which indicates the date on which the clearing 
request 8415 was issued. These data are closed and 

is addressed to the service provider, thereby providing the 
clearing request 8415. 

[2085] Upon receiving the clearing request 8415, the 
merchant processor of the service providing system 
1 10 decrypts it and examines the digital signature, and 

20 transmits a clearing request 8450 to the service director 
processor. The service director processor compares the 
clearing request 8450 with the payment request 8427, 
and generates a clearing request 1 361 0 for the transac- 
tion processor. The transaction processor processor 

25 closes the request 13610, addresses it to the transac- 
tion processor, and transmits it as a clearing request 
8416 to the transaction processing system. 
[2086] As is shown in Fig. 136A, the digital signature 
of a service provider is provided for data that consist of 

30 a clearing request header 13600, which is header infor- 
mation indicating that the message is the clearing 
request 8416 and describing the data structure; a user 
clearing account 13601, which indicates a credit card 
that corresponds to the payment service code desig- 

35 nated by the user; a request number 13602, which is 
issued by the mobile user terminal 100; an amount of 
payment 13603; a payment option code 13604; a mer- 
chant clearing account 13605, which indicates a clear- 
ing account for the merchant; a transaction number 

40 13606, which is issued by the merchant terminal; an 
effective period 13607, which indicates the period 
wherein the clearing request 8416 is effective; a service 
provider ID 13608; and an issued time 13609, which 
indicates the date on which the clearing request 8416 

45 was issued. These data are closed and addressed to 
the transaction processor, thereby providing the clear- 
ing request 8416. 

[2087] The transaction processing system 106 
receives the clearing request 8416, decrypts it and 

so examines the digital signature, and performs the clear- 
ing process. Then, the transaction processing system 
106 generates a clearing completion notification 8417 
and transmits it to the service providing system 110. 
[2088] As is shown in Fig. 136B, the digital signature 

55 of a transaction processor is provided for data that con- 
sist of a clearing completion notification header 13614, 
which is header information indicating that the message 
is the clearing completion notification 841 7 and describ- 
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ing the data structure; a clearing number 13615, which 
is an arbitrarily generated number that uniquely repre- 
sents the clearing process performed by the transaction 
processing system 106; a user clearing account 13616; 
a request number 1361 7; an amount of payment 13618; 
a payment option code 13619; a merchant clearing 
account 13620; a transaction number 13621; clearing 
information 13622 for a service provider that is accom- 
panied by the digital signature of the transaction proces- 
sor; clearing information 13623 for a merchant that is 
accompanied by the digital signature of the transaction 
processor; clearing information 13624 for a user that is 
accompanied by the digital signature of the transaction 
processor; a transaction processor provider ID 13625; 
and an issued time 13626, which indicates the date on 
which the clearing completion notification was issued. 
These data are closed and addressed to the service 
provider, thereby providing the clearing completion noti- 
fication 8417. 

[2089] Upon receiving the clearing completion notifi- 
cation 8417, the transaction processor processor of the 
service providing system 1 10 decrypts it and examines 
the digital signature, and transmits a clearing comple- 
tion notification 13627 to the service director processor. 
Upon receiving the clearing completion notification 
13627, the service director processor generates a 
clearing completion notification 13637 for the merchant. 
The merchant processor closes the clearing completion 
notification 13637, addresses it to the merchant, and 
transmits it to the merchant terminal as a clearing com- 
pletion notification 8418 for the merchant. 
[2090] As is shown in Fig. 136C, the digital signature 
of a service provider is provided for data that consist of 
a clearing completion notification header 13631, which 
is header information indicating that the message is the 
clearing completion notification 8418 and describing the 
data structure; a clearing number 13632; clearing infor- 
mation 1 3623 for a merchant that is accompanied by the 
digital signature of the transaction processor; a cus- 
tomer number 13633, which is an arbitrarily generated 
number that uniquely represents a user for a merchant; 
a decrypted clearing request 13550; provided service 
information 13634, which concerns the process per- 
formed by the service providing system 110; a service 
provider ID 13635; and an issued time 13636, which 
indicates the date on which the clearing completion 
notification 8418 was issued. These data are closed 
and addressed to the merchant, thereby providing the 
clearing completion notification 8418. The provided 
service information 13634 is set optionally by the serv- 
ice provider, and may not always be set. 
[2091] Upon receiving the clearing completion notifi- 
cation 8418, the merchant terminal decrypts it and 
examines the digital signature, and generates a receipt 
8419 and transmits it to the merchant processor. 
[2092] As is shown in Fig. 137A, the digital signature 
of a merchant is provided for data that consist of a 
receipt header 13700, which is header information indi- 



cating that the message is the receipt 841 9 and describ- 
ing the data structure; an item name 13701, which 
indicates a product that is sold; sales information 
13702, which is additional information concerning the 

5 transaction transmitted by the merchant to the user; a 
clearing number 13703; transaction information 13704; 
a payment offer 8405; an accounting machine ID 13705; 
a merchant ID 13706; and an issued time 13707, which 
indicates the date on which the receipt 8419 was 

10 issued. These data are closed and addressed to the 
service provider, thereby providing the receipt 8419. 
The sales information 13702 is set optionally by the 
merchant, and may not always be set. 
[2093] Upon receiving the receipt 841 9, the merchant 

is processor of the service providing system 1 1 0 decrypts 
it and examines the digital signature, and transmits a 
receipt 13708 to the service director processor. The 
service director processor employs the receipt 13708 to 
generate a receipt 1 371 7 for a user. The service director 

20 processor closes the receipt 1371 7 and addresses it to 
the user, and transmits it as a receipt 8421 to the mobile 
user terminal 100 via digital wireless telephone commu- 
nication. 

[2094] As is shown in Fig. 137B, the digital signature 

25 of a service provider is provided for data that consist of 
a receipt header 13712, which is header information 
indicating that the message is the receipt 8421 and 
describing the data structure; a user ID 13713; a 
decrypted receipt 13708; clearing information 13709 for 

30 a user that is accompanied by the digital signature of 
the transaction processor; provided service information 
13714, which concerns the process performed by the 
service providing system 110; a service provider ID 
13715; and an issued time 13716, which indicates the 

35 date on which the receipt 8421 was issued. These data 
are closed and addressed to the user, thereby providing 
the receipt 8421. The provided service information 
13713 is set optionally by the service provider, and may 
not always be set. 

40 [2095] Upon receiving the receipt 8421, the mobile 
user terminal 100 decrypts it and examines the digital 
signature, and displays the contents on the LCD 303. 
The real credit clearing process is thereafter termi- 
nated. 

45 [2096] In the mobile user terminal 100, the ROM 1501 
and the EEPROM 1503 may be replaced by ferroelec- 
tric nonvolatile memory as a memory device for storing 
a program executed by the CPU 1 500 and the public key 
of the service provider. This memory device can store 

so data without a battery being required, while like EEP- 
ROM or flash memory, data can be written to it. In addi- 
tion, the reading and writing speeds of the ferroelectric 
nonvolatile memory are higher than those of EEPROM 
and flash memory, and the power consumption is low. 

55 [2097] When the ferroelectric nonvolatile memory is 
employed instead of the ROM 1501 and the EEPROM 
1503, in the same manner, for example, as in the data 
updating process, the program for the mobile user ter- 
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minal 100 can be extensively updated, and the public 
key of the service provider can be periodically updated 
within a comparatively short period of time with little bat- 
tery service life loss. 

[2098] Furthermore, a ferroelectric nonvolatile mem- 
ory may be used as the RAM 1 502 to store the data that 
are to be processed and the data that are processed by 
the CPU 1500. Since data are not lost even when the 
battery power has been exhausted, a data backup proc- 
ess is not required, and the power supply required for 
storing the data resident in the RAM is not needed. As a 
result, the power consumed by the mobile user terminal 
can be reduced. 

[2099] Also, a ferroelectric nonvolatile memory may 
used instead of the ROM 3001 and the EE PROM 3003 
in the merchant terminal 103, or the RAM 3002. In this 
case, the same effects are acquired as are obtained 
with the mobile user terminal 100. 
[2100] In the above explanation, the mobile user ter- 
minal 100, the gate terminal 101 and the merchant ter- 
minals 102 and 103, which together constitute the 
mobile electronic commerce system, include an optimal 
hardware arrangement with which to implement the 
individual functions needed to provide the mobile elec- 
tronic commerce service. These components can be 
constituted by a wireless telephone communication 
function, an infrared communication function, and a 
computer that comprises a display device, a keyboard 
(or an input pen), a microphone and a loudspeaker, and 
that further comprises a bar code reader for the mer- 
chant terminal 103. 

[2101] In this case, functionally corresponding hard- 
ware components of the mobile user terminal 100, the 
gate terminal 101, or the merchant terminal 102 or 103 
are modified for inclusion in a program for the hardware 
components that are not included in the computer (e.g., 
a data codec, a cryptographic processor and a logic 
control unit). This program, together with a program 
stored in the ROM 1501 (or 2201 ,2601 or 3001), is con- 
verted so that it can be operated by the OS (Operating 
System) of a personal computer. The resultant program 
is then stored at a location (e.g., on a hard disk) where 
it can be accessed by the computer. 
[2102] A second embodiment of the present invention 
will now be described while referring to Figs. 139 and 
140. 

[2103] In the mobile electronic commerce system in 
the second embodiment, instead of the EEPROM 1503 
an SIM (Subscriber Identify Module) card is employed 
for the mobile user terminal 100 in the first embodiment. 
[2104] Figs. 139A and 139B are a front view and a 
rear view of a mobile user terminal 1 3900 for the second 
embodiment, and Fig. 140 is a block diagram illustrating 
the arrangement of the mobile user terminal 13900. The 
arrangement of the mobile user terminal 13900 is the 
same as that of the mobile user terminal 100, except 
that an SIM card 14000 and an SIM card reader/writer 
14001 are provided instead of the EEPROM 1503. The 



external appearance of the mobile user terminal 13900 
is also the same as that of the mobile user terminal 1 00, 
except that an SIM card attachment section 13901 is 
provided on the reverse side for attaching the SIM card 
5 14000. 

[2105] The same information as is stored in the EEP- 
ROM 1503 in the first embodiment is stored in the non- 
volatile memory of the SIM card 149000: the terminal ID 
and the telephone number of the mobile user terminal 

10 13900 when used as a wireless telephone terminal; a 
user ID; a user code number; a private key and a public 
key used for a digital signature; a service provider ID; 
the telephone number of the service providing system 
110 (which is accompanied by the digital signature of 

is the service provider); and the public key of the service 
provider. 

[21 06] The SIM card 1 4000 can be carried separately 
from the mobile user terminal 13900. But without the 
SIM card 14000, if it has been removed, the mobile user 

20 terminal 13900 can not be operated. When the SIM 
card 14000 is attached to the SIM card reader/writer 
14001, the CPU 1500 of the mobile user terminal 13900 
accesses the information stored on the SIM card 14000 
via the SIM card reader/writer 14001 and a bus 1529. 

25 The mobile user terminal 13900 then performs the 
same operations as does the mobile user terminal 100 
in the first embodiment. 

[2107] Further, to remove the SIM card 14000 from 
the mobile user terminal 13900, the following operation 

30 must be performed. 

[21 08] First, when a user depresses the power switch 
and holds it down for five seconds (removal operation 1 
for the SIM card 14000), the mobile user terminal 1 3900 
displays, on the LCD 303, a dialogue message request- 

35 ing confirmation that the SIM card will be removed. 
Then, when the user depresses the execution switch 
(removal operation 2 for the SIM card 14000), the 
mobile user terminal 13900 performs a data updating 
process with the service providing system 110, and 

40 uploads the data from the RAM 1 502 of the mobile user 
terminal 13900 to the user information server 902. 
When the user removes the SIM card 14000 from the 
SIM card reader/writer 14001 (removal operation 3 for 
the SIM card 14000), the mobile user terminal 13900 

45 deletes all the data held in the RAM 1502. 

[2109] Specifically, when the SIM card is removed 
from the mobile user terminal, the data, such as those 
for the electronic ticket and electronic payment card, 
that are stored in the RAM of the mobile user terminal 

so are uploaded to the user information server 902 of the 
service providing system 110. 

[21 1 0] The following operation is performed when the 
SIM card 14000 is attached to the mobile user terminal 
13900. 

55 [2111] When the SIM card 14000 is connected to the 
SIM card reader/writer 14001, the mobile user terminal 
13900 displays, on the LCD 303, a screen which per- 
mits the entry of a code number. When the user enters 
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the code number and presses the execution switch, the 
code number stored in the nonvolatile memory of the 
SIM card 1 4000 is compared with the code number that 
was entered. When the two numbers do not match, the 
mobile user terminal 13900 again displays on the LCD 5 
303 which permits the entry of the code number. When 
the two code numbers match, access to the SIM card 
14000 is permitted. The mobile user terminal 13900 
reads, from the SIM card 14000, the user ID, the private 
key used for the digital signature, the telephone number 
of the service providing system 110 and the public key 
of the service provider, and performs a data updating 
process with the service providing system 110 in order 
to update the data in the RAM 1502 of the mobile user 
terminal 1 3900. At this time, the data for the mobile user 
terminal in the user information server 902 are stored in 
the RAM 1502 of the mobile user terminal 13900, in 
accordance with the user ID stored on the SIM card 
14000. 

[2112] Specifically, the data for the mobile user termi- 
nal, such as the data for the electronic ticket or for the 
electronic payment card that are uploaded to the user 
information server 902 of the service providing system 
110, are downloaded to the mobile user terminal to 
which the SIM card is attached. When, for example, an 
SIM card is attached to a mobile user terminal that dif- 
fers from the mobile user terminal to which the SIM card 
was previously attached, the same data as those stored 
in the RAM of the mobile user terminal to which the SIM 
card was previously attached are stored in the RAM of 
the mobile user terminal to which the SIM card is cur- 
rently attached. 

[2113] Therefore, the user can carry the SIM card 
14000 on which the user ID is stored, and can employ 
an arbitrary mobile user terminal as his or her own by 
attaching the SIM card to that mobile user terminal. 
[21 1 4] In the mobile user terminal 1 3900, not only the 
areas used for storing the user ID and the code number, 
but also areas that correspond to the basic program 
area 1700 of the RAM 1502, the service data area 
1 701 , the user area 1 702 and the temporary area 1 704 
may be provided for the nonvolatile memory of the SIM 
card 1 4000, so that the data stored in these areas in the 
RAM 1502 may be stored in the nonvolatile memory of 
the SIM card 14000. In this case, the data for the elec- 
tronic ticket or the electronic payment card are stored in 
the nonvolatile memory of the SIM card 14000, and the 
RAM 1502 is a work area that is used by the CPU 1500 
when executing a program. 

[2115] Since the data stored in the RAM 1502, other 
than in the work area 1703 of the mobile user terminal 
100 of the first embodiment, are held in the nonvolatile 
memory of the SIM card 14000, the data updating proc- 
ess, which is performed when the SIM card is attached 
and removed, is not required, and as a power source for 
holding data is also not required, the power consumed 
by the mobile user terminal can be reduced. 
[2116] A ferroelectric memory may be used as the 



nonvolatile memory for the SIM card 14000. Since the 
reading and writing speeds of the ferroelectric nonvola- 
tile memory are higher than are those of EEPROM and 
flash memory, and since the power consumption is low, 
the processing speed of the mobile user terminal can be 
increased and its power consumption can be reduced. 
[21 17] A third embodiment will now be described while 
referring to Figs. 141 to 143. 

[2118] According to the third embodiment, a mobile 
electronic commerce system is provided that includes 
an IC card reader/writer and that employs, as a mobile 
user terminal, a portable wireless telephone terminal 
wherein an electronic ticket, an electronic payment card 
or an electronic telephone card that the user obtains is 
stored in an IC card loaded into the telephone terminal. 
[2119] Figs. 141 A and 141 B are a front view and a 
rear view of a mobile user terminal 14100 according to 
the third embodiment, and Fig. 142 is a block diagram 
illustrating the arrangement of the mobile user terminal 
14100. The external appearance of the mobile user ter- 
minal 13900 is the same as that of the mobile user ter- 
minal 100, except that an IC card insertion slot 14101 is 
formed in the reverse side for loading the IC card 1 41 00. 
The arrangement of the mobile user terminal 14100 is 
the same as that of the mobile user terminal 1 00, except 
that the cryptographic processor 1 505 is replaced by an 
IC card reader/writer 14200. When the IC card 14102 is 
loaded into the IC card reader/writer 14200, the mobile 
user terminal 14100 performs the same operations as 
does the mobile user terminal 100 in the first embodi- 
ment for the other devices, such as the service provid- 
ing system 110, the gate terminal 101, the merchant 
terminals 102 and 103, the automatic vending machine 
104 and the switching center 105. 
[21 20] It should be noted that the mobile user terminal 
14100 performs the following operation when the IC 
card 14102 is loaded therein. 

[2121] When the IC card 14102 is loaded in the IC 
card reader/writer 14200, the mobile user terminal 
14100 displays, on the LCD 303, a screen permitting 
the entry of a code number. When the user enters the 
code number and presses the execution switch, the 
code number stored in the IC card 14102 is compared 
with the code number that was entered. When the two 
numbers do not match, the mobile user terminal 14100 
again displays, on the LCD 303, the screen permitting 
the entry of a code number. When the two code num- 
bers match, access to the IC card 14102 is permitted. 
[2122] For the mobile user terminal 14100, the user ID 
and the user code number, the private key and the pub- 
lic key used for a digital signature, the service provider 
ID, the telephone number of the service providing sys- 
tem 110 and the public key of the service provider are 
stored in the IC card 14102, while the terminal ID and 
the telephone number of the mobile user terminal 
14100 when used as a wireless telephone terminal are 
stored in the EEPROM 1503. 

[21 23] In addition, an additional program and the data 
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for the electronic ticket or the electronic payment card, 
which are stored in the basic program area 1700, the 
service data area 1701, the user area 1702 and the 
temporary area 1704 in the RAM 1502 of the mobile 
user terminal 100 of the first embodiment, are stored on 
the IC card 14102 of the mobile user terminal 14100. 
The RAM 1502 of the mobile user terminal 14100 
serves as a work area that is used by the CPU 1500 
when executing a program. 

[2124] Furthermore, the mobile user terminal 14100 
employs the IC card 14100 loaded into the IC card 
reader/writer 14200 to perform one part of the data 
processing for the messages that are exchanged with 
the service providing system 1 1 0, the gate terminal 101, 
the merchant terminals 102 and 103, the automatic 
vending machine 104 or the switching center 105 for the 
mobile electronic commerce service. 
[2125] Fig. 143 is a block diagram illustrating the 
arrangement of the IC card 14102. 
[2126] The IC card 14102 includes two interfaces, one 
for a contact type IC card and one for a non-contact IC 
card. This IC card comprises: a CPU (Central Process- 
ing Unit) 14300, which processes data to be transmitted 
and data that are received in accordance with a pro- 
gram stored in a ROM (Read Only Memory) 14301 , and 
which controls the other components across a bus 
14318; a RAM (Random Access Memory) 14302, in 
which are stored data that are to be processed and that 
are being processed by the CPU 14300; an FeRAM 
(Ferroelectric Random Access Memory) 14303, in 
which are stored a user ID and a code number for a 
user, a private key and a public key for a digital signa- 
ture, a service provider ID, the telephone number of the 
service providing system 1 1 0, the public key of the serv- 
ice provider, and an additional program or data such as 
those for an electronic ticket or for an electronic pay- 
ment card, which are stored in the basic program area 
1700, the service data area 1701, the user area 1702 
and the temporary area 1704 of the RAM 1502 for the 
first embodiment; a cryptographic processor 14304, 
which encrypts or decrypts data under the control of the 
CPU 14300; an input/output circuit 14305, which con- 
verts and controls a signal that is input or output at a 
contact 14306 of a non-contact IC card under the con- 
trol of the CPU 14300; and an RF modem 14307, which 
converts and controls radio waves that are input or out- 
put by an antenna 1 4308 of a non-contact IC card under 
the control of the CPU 14300. 

[2127] The cryptographic processor 1 4304, which cor- 
responds to the cryptographic processor 1505 of the 
mobile user terminal 100 in the first embodiment, 
includes an encryption and decryption function that 
uses a secret key method and an encryption and 
decryption function for a public key system. The crypto- 
graphic processor 14304 employs the cryptograph 
method and keys that are set by the CPU 14300 to 
encrypt or decrypt data as designated by the CPU 
14300. The cryptographic function of the cryptographic 



processor 1 4304 is employed for the process for provid- 
ing a digital signature for a message or the process for 
closing the message, and the process for decrypting the 
closed message or the process for verifying a digital sig- 

5 nature accompanying the message. 

[2128] To transmit, via a digital wireless telephone 
communication, a message that is closed and is accom- 
panied by a digital signature, first, the CPU 14300 
employs the cryptographic processor 14304 to perform 

10 the digital signature provision process and the message 
closing process, and transmits the resultant message to 
the input/output circuit 14305. The message, which is 
closed and is accompanied by the digital signature, is 
converted into an electric signal by the input/output cir- 

is cuit 14305, and the electric signal is output at the con- 
tact point 14306. Through the IC card reader/writer 
14200 and the bus 1529, the CPU 1500 reads, as a 
message, the electric signal that is output at the contact 
14306. The CPU 14300 employs the data codec 1506 

20 to encode the message that is closed and accompanied 
by the digital signature to obtain a data form for digital 
wireless telephone communication, and transmits the 
coded message via the control logic unit 1508 to the 
channel codec 1513. 

25 [21 29] When a message that is closed and is accom- 
panied by a digital signature is received via digital wire- 
less telephone communication, the CPU 1500 reads the 
received message from the channel codec 1513 
through the control logic unit 1508, employs the data 

30 codec 1506 to decrypt the received message, and 
transmits the decrypted message to the IC card 1 41 02 
via the bus 1529 and the IC card reader/writer 14200. 
The CPU 14300 receives a message via the contact 
point 14306 and the input/output circuit 14305, and 

35 employs the cryptographic processor 1 4304 to decrypt 
the closed and encrypted message and to examine the 
digital signature accompanying the message. 
[2130] Similarly, to transmit via infrared communica- 
tion a message that is closed and is accompanied by a 

40 digital signature, first, the CPU 14300 employs the cryp- 
tographic processor 14304 to perform the digital signa- 
ture provision process and the message closing 
process, and transmits the resultant message to the 
input/output circuit 14305. The message that is closed 

45 and is accompanied by the digital signature is converted 
into an electric signal by the input/output circuit 14305, 
and the electric signal is output at the contact point 
14306. Through the IC card reader/writer 1 4200 and the 
bus 1 529, the CPU 1500 reads, as a message, the elec- 

so trie signal that is output at the contact 1 4306. The CPU 
14300 employs the data codec 1506 to encode the 
message that is closed and is accompanied by the dig- 
ital signature to obtain a data form for infrared commu- 
nication, and transmits the coded message to the 

55 infrared communication module 1507. 

[21 31 ] When a message that is closed and is accom- 
panied by a digital signature is received via infrared 
communication, the CPU 1500 reads the received mes- 
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sage from the infrared communication module 1507, 
employs the data codec 1506 to decrypt the received 
message, and transmits the decrypted message to the 
IC card 14102 via the bus 1529 and the IC card 
reader/writer 14200. The CPU 14300 receives a mes- 
sage via the contact point 14306 and the input/output 
circuit 14305, and employs the cryptographic processor 
14304 to decrypt the closed and encrypted message 
and to examine the digital signature accompanying the 
message. 

[2132] In Fig. 144 is shown a memory map for the 
FeRAM 14303. The FeRAM 14303 includes five areas: 
a security area 14400, a basic program area 14401, a 
service data area 14402, a user area 14403 and a tem- 
porary area 14403. The security area 14400 is used to 
store a user ID, a user code number, a private key and 
a public key for a digital signature, a service provider ID, 
the telephone number of the service providing system 
(that is accompanied by the digital signature of the serv- 
ice provider), and the public key of the service provider. 
The basic program area 14401, the service data area 
14402, the user area 14403 and the temporary area 
14404 correspond to the basic program area 1700, the 
service data area 1701, the user area 1702 and the 
temporary area 1704 in the RAM 1502 of the mobile 
user terminal 100 for the first embodiment, and the 
same data are stored in these areas as are stored in the 
first embodiment. That is, all the information used for the 
mobile electronic commerce service, such as the user 
ID, the keys for the digital signature, or the electronic 
ticket or the electronic payment card that the user 
obtained, are stored on the IC card 14102. 
[2133] Therefore, the user can carry the IC card 
14102 in which the user ID is stored, and can perform 
the electronic commerce service function, while using 
an arbitrary mobile user terminal that is regarded as his 
or her own, by loading the IC card 14102 into that 
mobile user terminal. 

[2134] In addition, since the mobile user terminal 
14100 can not access the IC card 14102 when it is not 
loaded, the mobile user terminal 14100 can not process 
message data obtained through the mobile electronic 
commerce service. Therefore, in this case, the mobile 
electronic commerce service function of the mobile user 
terminal 100 can not be employed, and only the digital 
wireless telephone function can be used. 
[2135] In Fig. 141C is shown the screen that is dis- 
played on the LCD 303 in the digital wireless telephone 
mode when the IC card 14102 is not loaded, and in Fig. 
141 D is shown the screen that is displayed on the LCD 
303 in the credit card mode when the IC card 14102 is 
loaded. 

INDUSTRIAL USABILITY 

[2136] As is apparent from the above description, the 
mobile electronic commerce system according to the 
present invention can download to the electronic wallet 



an electronic negotiable card, such as a payment card, 
a telephone card or a ticket, through the communication 
means, and can easily obtain such a card. When the 
electronic payment card, the electronic telephone card 

5 or the electronic ticket is to be used, the settlement 
process or the examination process is quickly and pre- 
cisely performed, so that safety and usability for a busi- 
ness transaction can be provided. 
[2137] The performance of an illegal activity during a 

10 business transaction can be prevented, and the secrecy 
of personal information can be maintained. 
[21 38] The electronic payment card, the electronic tel- 
ephone card and the electronic ticket can be delivered 
along a distribution route as a form of printed matter or 

is as a recording medium, and wide distribution if possible. 
[2139] In addition, the usability in the mobile environ- 
ment can be improved, and, particularly in the invention 
cited in claims 24 and 25, a system appropriate to the 
environment in which it is to be used can be obtained. 

20 [2140] According to the invention cited in claim 27, 
cash is not required to purchase a product from an auto- 
matic vending machine, and the usability can be 
improved. 

[2141] According to the invention cited in claim 28, the 
25 operator is able to manipulate the electronic payment 
card clearing means and to present, to a person in 
charge, the data stored in the electronic payment card 
clearing means. Thus, the usability of the electronic 
payment card clearing means is improved. 
30 [2142] According to the invention cited in claim 30, 
since the calculation of the price of a product and the 
settlement process can be preformed, the usability is 
improved. 

[2143] According to the invention cited in claim 31, 

35 since the process beginning with the promotion of a 
product an continuing until the product is sold is auto- 
mated, the usability is improved. 
[2144] According to the invention cited in claim 32, the 
provision of a communication service and the collection 

40 of a communication charge for that service can be per- 
formed at the same time, and the collection rate for the 
communication charge can be improved. 
[2145] According to the invention cited in claim 33, the 
operator is able to operate the electronic ticket means 

45 and to present, to a person in charge, the data stored in 
the electronic ticket means. Thus, the usability of the 
electronic ticket means is improved. 
[2146] According to the invention cited in clam 34, the 
service providing means can efficiently manage the 

so electronic wallet and the electronic payment card clear- 
ing means, and can provide the electronic payment card 
service, the electronic telephone card service and the 
electronic ticket service. 

[2147] According to the invention cited in claim 35, the 
55 settlement means can efficiently perform the settlement 
means. 

[2148] According to the invention cited in claim 36, the 
payment card issuing means can efficiently issue a pay- 
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ment card. 

[2149] According to the invention cited in claim 37, the 
telephone card issuing means can efficiently issue a tel- 
ephone card. 

[2150] According to the invention cited in claim 38, the 
ticket issuing means can efficiently issue a ticket. 
[2151] According to the invention cited in claim 39, the 
owner of the electronic wallet purchases, as an elec- 
tronic payment card, a payment card that is issued by 
the payment card issuing means, and can download the 
payment card to the electronic wallet and use it. Thus, 
the usability is improved. 

[2152] According to the invention cited in claim 40, 
since the owner of the electronic wallet designates the 
amount of a payment, an illegal act by a store can be 
prevented. 

[2153] According to the invention cited in claim 41 , the 
owner of the electronic wallet can confirm the contents 
of a trading session, and as a statement of account 
printed on paper need not be exchanged, a sale can be 
handled more efficiently. 

[2154] According to the invention cited in claim 42, the 
owner of an electronic wallet can purchase anywhere, 
as an electronic telephone card, a telephone card that is 
issued by the telephone card issuing means, and can 
use the telephone card by downloading it to the elec- 
tronic wallet. Thus, the usability is improved. 
[2155] According to the invention cited in claim 43, a 
wireless communication service using a payment card 
clearing method can be received, and the usability is 
improved. 

[2156] According to the invention cited in claim 44, the 
owner of an electronic wallet can confirm the contents of 
the wireless communication service that is employed. 
[2157] According to the invention cited in claim 45, the 
owner of an electronic wallet can purchase anywhere, 
as an electronic ticket, a ticket that is issued by the ticket 
issuing means, and can use the ticket by downloading it 
to the electronic wallet. Thus, the usability is improved. 
[2158] According to the invention cited in claims 47 
and 48, the ticket can be examined accurately and effi- 
ciently. 

[2159] According to the invention cited in claim 49, 

since an electronic payment card can be transferred to 

another person, the usability is improved. 

[2160] According to the invention cited in claim 50, an 

electronic payment card can be precisely transferred 

and trouble that may accompany the transfer can be 

prevented. 

[2161] According to the invention cited in claim 51, 

since an electronic telephone card can be transferred to 

another person, the usability is improved. 

[2162] According to the invention cited in claim 52, an 

electronic telephone card can be precisely transferred 

and trouble that may accompany the transfer can be 

prevented. 

[2163] According to the invention cited in claim 53, 
since an electronic ticket can be transferred to another 



person, the usability is improved. 
[21 64] According to the invention cited in claim 54, an 
electronic ticket can be precisely transferred and trouble 
that may accompany the transfer can be prevented. 

5 [21 65] According to the invention cited in claim 55, the 
owner of an electronic wallet can install an electronic 
payment card in the electronic wallet anywhere. 
[21 66] According to the invention cited in claim 56, an 
electronic payment card that the owner of the electronic 

10 wallet designates can be installed in the electronic wal- 
let anywhere. 

[21 67] According to the invention cited in claim 57, the 
owner of the electronic wallet can install an electronic 
telephone card in the electronic wallet anywhere. 
is [21 68] According to the invention cited in claim 58, an 
electronic telephone card that the owner of the elec- 
tronic wallet designates can be installed in the elec- 
tronic wallet anywhere. 

[21 69] According to the invention cited in claim 59, the 
20 owner of the electronic wallet can install an electronic 
ticket in the electronic wallet anywhere. 
[21 70] According to the invention cited in claim 60, an 
electronic ticket that the owner of the electronic wallet 
designates can be installed in the electronic wallet any- 
25 where. 

[21 71 ] According to the invention cited in claim 61 , an 
illegal installation due to immorality can be prevented. 
[2172] According to the invention cited in claim 62, a 
maximum one hundred million types of electronic pay- 
30 ment cards, electronic telephone cards and electronic 
tickets, and 1 0 to the 32nd power of cards or tickets of 
for each type can be identified by simple numerical 
entry. 

[21 73] According to the invention cited in claim 63, the 
35 owner of the electronic wallet can reduce the communi- 
cation costs for a purchase, and can also receive, as a 
gift, an electronic payment card, an electronic telephone 
card or an electronic ticket. As a result, the distribution 
and employment of an electronic payment card, an elec- 
40 tronic telephone card or an electronic ticket can be 
accelerated. 

[21 74] According to the invention cited in claim 64, the 
distribution and employment of the electronic payment 
card, the electronic telephone card or the electronic 
45 ticket can be accelerated. 

[21 75] According to the invention cited in claim 65, the 
contents of a ticket that has been issued can be 
changed at a low cost. 

[21 76] According to the invention cited in claim 66, the 
so modification of the contents of an event can be reported 
to the owner of the electronic ticket, and the electronic 
ticket can be updated. 

[21 77] According to the invention cited in claim 67, the 
owner of the electronic ticket does not have to go to a 
55 ticket store for a refund, and can receive the refund any- 
where. 

[21 78] According to the invention cited in claim 68, the 
calculation function of a computer system can be effi- 
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ciently distributed to individual information processing 
means. 

[2179] According to the invention cited in claim 69, an 
electronic payment card to be used and an electronic 
payment card in the sleeping state can be managed s 
separately, and an efficient service operation is ena- 
bled. 

[2180] According to the invention cited in claim 70, 
since an electronic payment card must be registered to 
be used, even when an unregistered electronic payment 10 
card in the sleeping state is stolen, illegal use of that 
card will not occur. 

[2181] According to the invention cited in claim 71, an 
electronic telephone card to be used and an electronic 
telephone card in the sleeping state can be managed is 
separately, and an efficient service operation is ena- 
bled. 

[2182] According to the invention cited in claim 72, 
since an electronic telephone card must be registered to 
be used, even when an unregistered electronic tele- 20 
phone card in the sleeping state is stolen, illegal use of 
that card will not occur. 

[2183] According to the invention cited in claim 73, an 
electronic ticket to be used and an electronic ticket in 
the sleeping state can be managed separately, and an 25 
efficient service operation is enabled. 
[2184] According to the invention cited in claim 74, 
since an electronic ticket must be registered for use, 
even when an unregistered electronic ticket in the 
sleeping state is stolen, illegal use of that card will not 30 
occur. 

[2185] According to the invention cited in claim 75, 
clearing of the electronic payment card and the transfer 
of the electronic payment card can be safely performed. 
[2186] According to the invention cited in claim 76, the 35 
verification process can be mutually performed by the 
electronic wallet and the electronic payment card clear- 
ing means, and the safety of payment card clearing is 
improved. 

[2187] According to the invention cited in claims 78 40 
and 80, various types of electronic payment cards can 
be safely issued. 

[2188] According to the invention cited in claim 79, 
various types of electronic payment cards can be safely 
issued by individual payment card issuers. 45 
[2189] According to the invention cited in claim 81, 
settlement of the communication charge using the elec- 
tronic telephone card and the transfer of the electronic 
telephone card can be safely performed. 
[2190] According to the invention cited in claim 82, a so 
message generated by the electronic telephone card 
can be accompanied by the digital signature of the elec- 
tronic telephone card, and the validity of the message 
can be verified. 

[2191] According to the invention cited in claim 83, the 55 
verification process can be mutually performed by the 
electronic wallet and the electronic telephone card 
clearing means, and the safety of telephone card clear- 



ing is improved. 

[2192] According to the invention cited in claims 84 
and 86, various types of electronic telephone cards can 
be safely issued. 

[2193] According to the invention cited in claim 85, 
various types of electronic telephone cards can be 
safely issued by individual telephone card issuers. 
[21 94] According to the invention cited in claim 87, the 
examination of an electronic ticket and the transfer of 
the electronic ticket can be safely performed. 
[2195] According to the invention cited in claim 88, a 
message generated by the electronic ticket can be 
accompanied by the digital signature of the electronic 
ticket, and the validity of the message can be verified. 
[21 96] According to the invention cited in claim 89, the 
verification process can be mutually performed by the 
electronic wallet and the electronic ticket examination 
means, and the safety of ticket examination is improved. 
[2197] According to the invention cited in claims 90 
and 92, various types of electronic tickets can be safely 
issued. 

[2198] According to the invention cited in claim 91, 
various types of electronic tickets can be safely issued 
by individual ticket issuers. 

[2199] According to the invention cited in claim 93, a 
payment method can be selected when an electronic 
payment card is purchased, and the usability is 
improved. 

[2200] According to the invention cited in claim 94, the 
payment card issuing means can designate a template 
program that is used for the electronic payment card, 
and various types of electronic payment cards can be 
issued. 

[2201 ] According to the invention cited in claim 95, the 
representative component information can be desig- 
nated when an electronic payment card is issued, and 
various types of electronic payment cards having a high 
degree of freedom can be issued. 
[2202] According to the invention cited in claim 96, 
since the signature key of the electronic payment card is 
updated by registering the card, the safety is improved. 
[2203] According to the invention cited in claim 97, an 
electronic payment card that is to be used can be 
selected, and the usability is improved. 
[2204] According to the invention cited in claim 98, 
since a value that is equal to or greater than the amount 
of a payment designated by the owner of the electronic 
wallet is not paid, the safety is improved. 
[2205] According to the invention cited in claim 99, 
since the contents of an electronic payment card used 
for the payment are precisely represented for the elec- 
tronic payment card clearing means, the electronic pay- 
ment card clearing means can determine whether the 
pertinent electronic payment card is valid. 
[2206] According to the invention cited in claim 100, 
the amount of a payment and a person who is to receive 
the payment are guaranteed, and an illegal charge by a 
store can be prevented. 
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[2207] According to the invention cited in claim 101, 
whether a micro-check is issued by the owner of the 
electronic payment card is determined, and the validity 
of the micro-check can be exactly verified. 
[2208] According to the invention cited in claim 102, 5 
the generation order for a micro-check and the matching 
of the remaining value can be examined, and further, 
the validity of the micro-check can be precisely exam- 
ined. 

[2209] According to the invention cited in claim 103, a 
used micro-check can be automatically collected, and 
its validity can be examined. 

[2210] According to the invention cited in claim 104, 
the transferring side and the recipient side can negoti- 
ate the contents to be transferred. 
[2211] According to the invention cited in claim 105, 
the recipient side can confirm the contents of an elec- 
tronic payment card to be transferred. 
[2212] According to the invention cited in claim 106, 
since the recipient is guaranteed, even when a payment 
card transfer certificate message is stolen, the payment 
card will not be illegally employed. 
[2213] According to the invention cited in claim 107, a 
payment method can be selected when an electronic 
telephone card is purchased, and the usability is 
improved. 

[2214] According to the invention cited in claim 108, 
the telephone card issuing means can designate a tem- 
plate program that is used for the electronic telephone 
card, and various types of electronic telephone cards 
can be issued. 

[2215] According to the invention cited in claim 109, 
the representative component information can be desig- 
nated when an electronic telephone card is issued, and 
various types of electronic telephone cards having a 
high degree of freedom can be issued. 
[2216] According to the invention cited in claim 110, 
since the signature key of the electronic telephone card 
is updated by registering the card, the safety is 
improved. 

[2217] According to the invention cited in claim 111, 
an electronic telephone card that is to be used can be 
selected, and the usability is improved. 
[2218] According to the invention cited in claim 112, 
the communication service provider can charge a fee in 
accordance with a wireless communication service that 
is provided. 

[2219] According to the invention cited in claim 113, 
only a small amount of history information is required, 
even when the settlement of additional charges is per- 
formed many times during a communication session. 
[2220] According to the invention cited in claim 114, 
since the contents of an electronic telephone card used 
for payment are precisely represented for the electronic 
telephone card clearing means, the electronic tele- 
phone card clearing means can determine whether the 
pertinent electronic telephone card is valid. 
[2221] According to the invention cited in claim 115, 



the amount of a payment and a person who is to receive 
the payment are guaranteed, and an illegal charge by 
the owner of the electronic telephone card can be pre- 
vented. 

[2222] According to the invention cited in claim 116, 
whether a telephone micro-check is issued by the owner 
of the electronic telephone card is determined, and the 
validity of the telephone micro-check can be exactly ver- 
ified. 

[2223] According to the invention cited in claim 117, 
the generation order for a telephone micro-check and 
the matching of the remaining value can be examined, 
and the validity of the telephone micro-check can be fur- 
ther precisely examined. 

[2224] According to the invention cited in claim 1 1 8, a 
used telephone micro-check can be automatically col- 
lected, and the validity can be examined. 
[2225] According to the invention cited in claim 119, 
the transferring side and the recipient side can negoti- 
ate the contents to be transferred. 
[2226] According to the invention cited in claim 120, 
the recipient side can confirm the contents of an elec- 
tronic telephone card that is to be transferred. 
[2227] According to the invention cited in claim 121 , 
since the recipient is guaranteed, even when a payment 
card transfer certificate message is stolen, the payment 
card will not be illegally employed. 
[2228] According to the invention cited in claim 1 22, a 
payment method can be selected when an electronic 
ticket is purchased, and the usability is improved. 
[2229] According to the invention cited in claim 123, 
the ticket issuing means can designate a template pro- 
gram that is used for the electronic ticket, and various 
types of electronic tickets can be issued. 
[2230] According to the invention cited in claim 124, 
the representative component information can be desig- 
nated when an electronic ticket is issued, and various 
types of electronic tickets having a high degree of free- 
dom can be issued. 

[2231] According to the invention cited in claim 125, 
since the signature key of the electronic ticket is 
updated by registering the ticket, the safety is improved. 
[2232] According to the invention cited in claim 126, 
an electronic ticket that is to be used can be selected, 
and the usability is improved. 

[2233] According to the invention cited in claim 127, 
the electronic ticket examination means can perform the 
examination process in accordance with a ticket that is 
presented. 

[2234] According to the invention cited in claim 128, 
since the contents of an electronic ticket to be used are 
precisely represented for the electronic ticket examina- 
tion means, the electronic ticket examination means can 
determine whether the pertinent electronic ticket is 
valid. 

[2235] According to the invention cited in claim 129, 
the contents of the electronic ticket that is examined is 
guaranteed, and an illegal charge by the owner of the 
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electronic ticket can be prevented. 
[2236] According to the invention cited in claim 130, 
whether a ticket examination response message is 
issued by the owner of the electronic ticket is deter- 
mined, and the validity of the ticket examination 
response can be exactly verified. 
[2237] According to the invention cited in claim 131, 
the generation order for a ticket examination response 
message and the matching of the changes of the sta- 
tuses can be examined, and the validity of the ticket 
examination response message can be precisely exam- 
ined. 

[2238] According to the invention cited in claim 132, a 
ticket examination response can be automatically col- 
lected, and the validity can be examined. 
[2239] According to the invention cited in claim 133, 
the transferring side and the recipient side can negoti- 
ate the contents to be transferred. 
[2240] According to the invention cited in claim 134, 
the recipient side can confirm the contents of an elec- 
tronic ticket that is to be transferred. 
[2241] According to the invention cited in claim 135, 
since the recipient is guaranteed, even when a ticket 
transfer certificate message is stolen, the ticket will not 
be illegally employed. 

[2242] According to the invention cited in claim 136, 
the payment card issuer, the telephone card issuer and 
the ticket issuer can designate the procedures for clear- 
ing. 

[2243] According to the invention cited in claim 137, 
an electronic payment card, an electronic telephone 
card and an electronic ticket can be issued without 
keeping a purchaser waiting. 

[2244] According to the invention cited in claim 138, 
an electronic payment card, an electronic telephone 
card and an electronic ticket can be issued without 
keeping a purchaser waiting. 

[2245] According to the invention cited in claim 139, a 
plurality of electronic payment cards, electronic tele- 
phone cards and electronic tickets, and history informa- 
tion can also be managed in the memory of an 
electronic wallet that has a limited capability. 
[2246] According to the invention cited in claim 140 
and 141, the service life of a battery for the electronic 
wallet or for the electronic payment card clearing means 
can be extended. 

[2247] According to the invention cited in claim 144, 
the counterfeiting of printed material can be prevented. 
Further, according to the invention for a recording 
medium on which are stored various programs, such as 
a control program for the central processing unit of the 
electronic wallet, these programs can be distributed in a 
portable form. 

[2248] According to the invention cited in claim 155, 
the third storage means for storing the identification 
information and authorization information for a user is 
loaded into an arbitrary electronic wallet, so that the 
electronic wallet can be used as the electronic wallet of 



that user. 

[2249] According to the invention cited in claim 156, 
communication with the service providing means is not 
required when the third storage means is to be loaded 
s into and unloaded from the electronic wallet. 

[2250] According to the invention cited in claim 157, 
an electronic negotiable card that is obtained using the 
electronic wallet can be carried while stored in the IC 
card. 

w [2251] According to the invention of printed material 
on which is printed electronic payment installation infor- 
mation, electronic telephone card installation informa- 
tion or electronic ticket installation information, and a 
recording medium on which such information is stored, 

15 an electronic payment card, an electronic telephone 
card or an electronic ticket can be transmitted along a 
distribution route. 

[2252] The printed material to which the removable 
coating is applied can be prevent the leakage of instal- 
20 lation information before this printed material is pur- 
chased. 

Claims 

25 1. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 

30 a supply side, comprising: 

service means for connecting said electronic 
wallet and said supply side via said communi- 
cation means, 

35 wherein said service means installs, via said 

communication means, a program for an elec- 
tronic negotiable card in said electronic wallet; 
wherein said electronic negotiable card that is 
installed is employed to receive a product or a 

40 service, or a required permission, from said 

supply side; 

wherein based on a program for said electronic 
negotiable card a settlement process for which 
said electronic negotiable card is used, is per- 

45 formed by said electronic wallet and said sup- 

ply side via said communication means; and 
wherein, in association with said settlement 
process, said data that are stored in said elec- 
tronic wallet and at said supply side are trans- 

so mitted to said service means at a 

predetermined time, and are managed thereat. 

2. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
55 amount using an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 
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wherein, via said wireless communication means, 
said electronic wallet applies the purchase of a pro- 
gram for an electronic negotiable card to service 
means for issuing said program for said electronic 
negotiable card; 5 
wherein said service means receives from elec- 
tronic negotiable card issuing means data concern- 
ing said electronic negotiable card, and with 
settlement means performs a settlement that is 
associated with the purchase of said electronic w 
negotiable card; 

wherein, via said wireless communication means, 
said program for said electronic negotiable card is 
installed in said electronic wallet; 
wherein said electronic negotiable card that is 15 
installed is employed for receiving a product or a 
service, or a required permission, from said supply 
side; and 

wherein, based on said program for said negotiable 
card, a settlement process based on the use of said 20 
negotiable card is performed by said electronic wal- 
let and said supply side via said communication 
means. 

3. A mobile electronic commerce system according to 25 
claim 1 or 2, wherein, in said settlement process for 
which said negotiable card is used, said electronic 
wallet generates an electronic check corresponding 

to a payment amount based on said program pro- 
vided for said negotiable card, and transmits said 30 
electronic check to said supply side via said wire- 
less communication means; wherein said supply 
side, upon receiving said electronic check, trans- 
mits an electronic receipt to said electronic wallet; 
wherein, thereafter, said electronic wallet and said 35 
supply side respectively store said electronic 
receipt and said electronic check as data concern- 
ing said settlement process. 

4. A mobile electronic commerce system according to 40 
claim 1 or 2, wherein, in said settlement process for 
which said electronic negotiable card is used, 
based on said program provided for said electronic 
negotiable card said electronic wallet transmits data 

for said electronic negotiable card to said supply 45 
side via said wireless communication means; 
wherein said supply side, upon receiving said data 
for said electronic negotiable card, transmits to said 
electronic wallet an electronic certificate required 
for the granting of entrance permission and the so 
admission of the owner of said electronic wallet; 
and wherein, thereafter, said electronic wallet and 
said supply side respectively store said electronic 
certificate and said data for said electronic negotia- 
ble card as data concerning said settlement proc- 55 
ess. 

5. A mobile electronic commerce system according to 



claim 1 or 2, wherein, in order to transfer said elec- 
tronic negotiable card that is installed in said elec- 
tronic wallet to a different electronic wallet, said 
electronic wallet generates a transfer message 
using said electronic negotiable card and transmits 
said message to said different electronic wallet; 
wherein said electronic wallet deletes said stored 
electronic negotiable card, and said different elec- 
tronic wallet transmits, to said service means, said 
transfer message for said negotiable card; wherein, 
thereafter, said service means installs a program 
for said electronic negotiable card in said different 
electronic wallet. 

6. A mobile electronic commerce system according to 
claim 1 or 2, wherein said electronic wallet trans- 
mits to said service means, via said wireless com- 
munication means, an installation number to be 
recorded on or in a distribution medium, such as 
printed matter or a recording medium; and wherein 
said service means receives, from negotiable card 
issuing means, data concerning an electronic 
negotiable card that is to be issued, and through 
wireless communication installs a program for an 
electronic negotiable card corresponding to said 
installation number. 

7. A mobile electronic commerce system according to 
claim 1 or 2, wherein said service means manages 
a template program that is a model of a program for 
an electronic negotiable card, and based on said 
template program generates said program for said 
electronic negotiable card and installs said program 
in said electronic wallet. 

8. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein a program for an electronic negotiable card 
includes an inherent private key, and 
wherein, when an electronic wallet employs said 
negotiable card, said private key is employed to add 
a digital signature to data that are to be transmitted 
to a supply side via communication means. 

9. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means, and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein said electronic wallet holds an electronic 
payment card that serves as an electronic payment 
card program, and employs said electronic pay- 
ment card when paying said required amount for 
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said product or said service that is received from 
said supply side; and 

wherein, via said wireless communication means, 
said electronic wallet and said supply side perform 
a settlement process that is associated with said 5 
payment. 

10. A mobile electronic commerce system according to 
claim 9, wherein an electronic payment card settle- 
ment means for making a payment using said elec- 10 
tronic payment card is provided for said supply side. 

11. A mobile electronic commerce system according to 
claim 10, wherein service means is provided to 
connect, via said communication means, said elec- is 
tronic wallet and said electronic payment card set- 
tlement means and to connect, via said 
communication means, said payment card issuing 
means and said settlement means, so that said 
electronic wallet can purchase said electronic pay- 20 
ment card through said service means. 

12. A mobile electronic commerce system according to 
claim 11, wherein said electronic wallet, said elec- 
tronic payment card settlement means, and said 25 
service means individually include a plurality of 
types of communication means, and wherein said 
electronic wallet, said electronic payment card set- 
tlement means, and said service means employ dif- 
ferent communication means when communication 30 
among the three is conducted. 

13. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 35 
wireless communication means and for receiving a 
product or a service, or a required permission, from 

a supply side, 

wherein said electronic wallet holds an electronic 
telephone card that serves as an electronic tele- 40 
phone card program, and employs said electronic 
telephone card when paying a required mount for a 
communication that is performed via wireless com- 
munication means using an exchange service pro- 
vided by said supply side; and 45 
wherein said electronic wallet and said supply side 
perform, via said wireless communication means, a 
settlement process that accompanies said pay- 
ment. 

50 

14. A mobile electronic commerce system according to 
claim 13, wherein said supply side includes com- 
munication line exchange means and electronic tel- 
ephone card settlement means for settling said 
payment using said electronic telephone card. 55 

15. A mobile electronic commerce system according to 
claim 14, wherein service means is provided for 



connecting, via said communication means, said 
electronic wallet and said electronic payment card 
settlement means, and for connecting, via said 
communication means, said payment card issuing 
means and said settlement means, so that said 
electronic wallet can purchase said electronic tele- 
phone card through said service means. 

16. A mobile electronic commerce system according to 
claim 15, wherein said electronic wallet, said elec- 
tronic telephone card settlement means, and said 
service means individually include a plurality of 
types of communication means, and wherein said 
electronic wallet, said electronic telephone card 
settlement means, and said service means employ 
different communication means when communica- 
tion among the three is conducted. 

17. A mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from an electronic wallet that includes said 
wireless communication means and for receiving a 
product or a service, or a required permission, from 
a supply side, 

wherein said electronic wallet holds an electronic 
ticket that is electronically constituted, and provides 
information concerning said electronic ticket; and 
wherein said electronic wallet and said supply side 
perform, via said wireless communication means, 
an examination process for said electronic ticket for 
granting permission for an admission. 

18. A mobile electronic commerce system according to 
claim 17, wherein electronic ticket examination 
means for examining said electronic ticket is pro- 
vided for said supply side. 

19. A mobile electronic commerce system according to 
claim 18, wherein service means is provided for 
connecting, via said communication means, said 
electronic wallet and said electronic ticket examina- 
tion means, and for connecting, via said communi- 
cation means, said ticket issuing means and said 
settlement means, so that said electronic wallet can 
purchase said electronic ticket through said service 
means. 

20. A mobile electronic commerce system according to 
claim 18, wherein said electronic wallet, said elec- 
tronic ticket examination means, and said service 
means individually include a plurality of types of 
communication means, and wherein said electronic 
wallet, said electronic ticket examination means, 
and said service means employ different communi- 
cation means when communication among the 
three is performed. 

21. A mobile electronic commerce system comprising: 
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said electronic wallet defined in claim 9; 
electronic payment card settlement means; 
electronic telephone card settlement means; 
electronic ticket examination means; 
service provision means; 
settlement processing means; 
payment card issuing means; 
telephone card issuing means; and 
ticket issuing means. 

22. A mobile electronic commerce system according to 
claim 11, wherein said electronic wallet holds an 
electronic credit card and employs said electronic 
credit card to purchase said electronic payment 
card, said electronic telephone card or said elec- 
tronic ticket. 

23. A mobile electronic commerce system according to 
claim 12, wherein said electronic wallet includes a 
plurality of kinds of wireless communication means 
as said plurality of types of communication means. 

24. A mobile electronic commerce system according to 
claim 23, wherein, as means for engaging in wire- 
less communication with said electronic payment 
card settlement means or said electronic ticket 
examination means, said electronic wallet includes 
wireless communication means that has a shorter 
communication distance and a higher directivity 
than has the wireless communication means 
employed for said electronic telephone card settle- 
ment or for said service providing means. 

25. A mobile electronic commerce system according to 
claim 24, wherein, as means for engaging in wire- 
less communication with said electronic payment 
card settlement means or said electronic ticket 
examination means, said electronic wallet includes 
optical communication means and radio communi- 
cation means for engaging in wireless communica- 
tion with said electronic telephone card settlement 
means or said service providing means. 

26. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means includes wireless communication 
means for engaging in communication with said 
service providing means. 

27. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means is an automatic vending machine 
that includes automatic product or service providing 
means. 

28. A mobile electronic commerce system according to 
claim 9, wherein said electronic wallet comprises: 



input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
5 means, and for processing data received via 

said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
10 display means for displaying data processed by 

said central processing unit; and 
second storage means for storing said data 
processed by said central processing unit, 
wherein said electronic ticket, said electronic 
15 payment card or said electronic telephone card 

is stored in said second storage means. 

29. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
20 tlement means includes: 

optical communication means for communicat- 
ing with said electronic wallet; 
communication means for communicating with 
25 said service providing means; 

input means for entering a numerical value and 
performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said optical communication 
30 means and said communication means, and for 

processing data received via said optical com- 
munication means and said communication 
means; 

first storage means for storing a control pro- 
35 gram for controlling an operation performed by 

said central processing unit; 
display means for displaying data processed by 
said central processing unit; and 
second storage means for storing said data 
40 processed by said central processing unit, 

wherein a settlement process program module 
for said electronic payment card is stored in 
said second storage means. 

45 30. A mobile electronic commerce system according to 
claim 10, wherein said electronic payment card set- 
tlement means comprises: 

optical communication means for communicat- 
ing with said electronic wallet; 
radio communication means for communicat- 
ing with said service providing means; 
product identification means for identifying a 
product type; 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for calculating a 
charge for said product, for generating data to 
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be transmitted via said optical communication 
means and said radio communication means, 
and for processing data received via said opti- 
cal communication means and said radio com- 
munication means; 5 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 10 
second storage means for storing said data 
processed by said central processing unit; and 
third storage means for storing value informa- 
tion for said product, 

wherein a settlement process program module is 
for said electronic payment card is stored in 
said second storage means. 



31. A mobile electronic commerce system according to 
claim 27, wherein said automatic vending machine 
comprises: 

optical communication means for communicat- 
ing with said electronic wallet; 
radio communication means for communicat- 
ing with said service providing means; 
selection means for selecting a product to be 
purchased or a service; 
automatic providing means for providing said 
product or said service; 

a central processing unit for generating data to 
be transmitted via said optical communication 
means and said radio communication means, 
and for processing data received via said opti- 
cal communication means and said radio com- 
munication means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; 
third storage means for storing value informa- 
tion and stock information for said product; and 
fourth storage means for storing promotion 
information for said product or for said service, 
wherein a settlement process program module 
for said electronic payment card is stored in 
said second storage means. 

32. A mobile electronic commerce system according to 
claim 14 or 21, wherein said electronic telephone 
card settlement means comprises: 

radio communication means for communicat- 
ing with said electronic wallet; 
communication means for communicating with 



said service providing means; 
communication line exchange means for 
exchanging a plurality of communication lines; 
a central processing unit for generating data to 
be transmitted via said radio communication 
means and said communication means, and for 
processing data received via said radio com- 
munication means and said communication 
means; 

first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; and 
second storage means for storing said data 
processed by said central processing unit, 
wherein a settlement process program module 
for said electronic telephone card is stored in 
said second storage means. 

33. A mobile electronic commerce system according to 
20 claim 17, wherein said electronic ticket examination 

means comprises: 

optical communication means for communicat- 
ing with said electronic wallet; 
25 communication means for communicating with 

said service providing means; 
input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
30 be transmitted via said optical communication 

means and said communication means, and for 
processing data received via said optical com- 
munication means and said communication 
means; 

35 first storage means for storing a control pro- 

gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; and 
40 second storage means for storing said data 

processed by said central processing unit, 
wherein an examination program module for 
said electronic ticket is stored in said second 
storage means. 

45 

34. A mobile electronic commerce system according to 
claim 21, wherein said service providing means 
comprises: 

so user information storage means for storing 

information concerning said electronic wallet 
and information concerning a settlement con- 
tract concluded with an owner of said electronic 
wallet; 

55 merchant information storage means for stor- 

ing information concerning said electronic pay- 
ment card settlement means, said electronic 
telephone card settlement means and said 
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electronic ticket examination means, and infor- 
mation concerning a settlement contracts con- 
cluded with owners of electronic payment 
cards, electronic telephone cards and elec- 
tronic tickets; 5 
settlement processor information storage 
means for storing information concerning said 
settlement processing means; 
payment card issuer information storage 
means for storing information concerning said 10 
payment card issuing means, and information 
concerning a settlement contract concluded 
with an owner of said payment card issuing 
means; 

telephone card issuer information storage is 
means for storing information concerning said 
telephone card issuing means, and information 
concerning a settlement contract concluded 
with an owner of said telephone card issuing 
means; 20 
ticket issuer information storage means for 
storing information concerning said ticket issu- 
ing means, and information concerning a set- 
tlement contract concluded with an owner of 
said ticket issuing means; 25 
service director information storage means for 
storing list information for said electronic wallet, 
said electronic payment card settlement 
means, said electronic telephone card settle- 
ment means, said electronic ticket examination 30 
means, said settlement processing means, 
said payment card issuing means, said tele- 
phone card issuing means and said ticket issu- 
ing means, and information concerning said 
electronic ticket, said electronic payment card 35 
and said electronic telephone card; and 
a computer system for processing data in a 
service provision process for selling, issuing 
and managing said electronic ticket, said elec- 
tronic payment card and said electronic tele- 40 
phone card. 



ing means, telephone card issuing means, and 
ticket issuing means; and 
a computer system for processing data 
employed in a settlement process. 

36. A mobile electronic commerce system according to 
claim 1 1 , wherein said payment card issuing means 
comprises: 

communication means for communicating with 
said service providing means; 
customer information storage means for stor- 
ing information concerning the purchase his- 
tory of a customer; 

payment card issuance information storage 
means for storing information concerning a 
payment card that has been issued; 
payment card information storage means for 
storing information concerning the stock of 
payment cards; and 

a computer system for processing data during 
a payment card issuing transaction process. 

37. A mobile electronic commerce system according to 
claim 15, wherein said telephone card issuing 
means comprises: 

communication means for communicating with 
said service providing means; 
customer information storage means for stor- 
ing information concerning the purchase his- 
tory of a customer; 

telephone card issuance information storage 
means for storing information concerning a tel- 
ephone card that has been issued; 
telephone card information storage means for 
storing information concerning the stock of tel- 
ephone cards; and 

a computer system for processing data con- 
cerning a telephone card issuing transaction 
process. 



35. A mobile electronic commerce system according to 38. A mobile electronic commerce system according to 
claim 11, wherein said settlement processing claim 19, wherein said ticket issuing means corn- 

means comprises: 45 prises: 



communication means for communicating with 
said service providing means; 
subscriber information storage means for stor- 
ing information concerning a settlement con- 
tract concluded with an owner of said electronic 
wallet; 

member shop information storage means for 
storing information concerning settlement con- 
tracts concluded with owners of electronic pay- 
ment card settlement means, electronic 
telephone card settlement means, electronic 
ticket examination means, payment card issu- 



communication means for communicating with 
said service providing means; 
customer information storage means for stor- 
50 ing information concerning the purchase his- 

tory of a customer; 

ticket issuance information storage means for 
storing information concerning a ticket that has 
been issued; 

55 ticket information storage means for storing 

information concerning the stock of tickets; and 
a computer system for processing data con- 
cerning a ticket issuing transaction process. 
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39. A mobile electronic commerce system according to 
claim 11, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a payment card application message for the 
purchase of an electronic payment card; wherein 5 
said service providing means, upon receiving said 
payment card application message, communicates 
with said payment card issuing means and receives 
therefrom an electronic payment card issuance 
request message requesting that said service pro- w 
viding means perform an electronic payment card 
issuing process and an electronic payment card 
charge settlement process; wherein said service 
providing means, upon receiving said request mes- 
sage, communicates with said settlement process- 15 
ing means to perform the settlement process for the 
charge for said payment card, generates an elec- 
tronic payment card from payment card information 
that is generated by said payment card issuing 
means and is included in said electronic payment 20 
card issuance request message, and transmits said 
electronic payment card to said electronic wallet; 
and wherein said electronic wallet, upon receiving 
said electronic payment card, stores said electronic 
payment card in said second storage means 2 s 
thereof. 

40. A mobile electronic commerce system according to 
claim 28, wherein a micro-check message, gener- 
ated by an electronic payment card stored in said 30 
second storage means, is transmitted to said elec- 
tronic payment card settlement means in order to 
confirm the submission of a payment that is the 
equivalent of an amount entered by said input 
means. 35 

41. A mobile electronic commerce system according to 
claim 40, wherein said electronic payment card set- 
tlement means, upon receiving said micro-check 
message, generates and then transmits, to said 40 
electronic wallet, said reception message to 
acknowledge that said micro-check message has 
been received. 

42. A mobile electronic commerce system according to 45 
claim 15, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card application message 
requesting the purchase of an electronic telephone 
card; wherein said service providing means, upon so 
receiving said telephone card application message, 
communicates with said telephone card issuing 
means and receives therefrom an electronic tele- 
phone card issuance reguest message indicating 
said service providing means has been requested 55 
to perform an electronic telephone card issuing 
process and an electronic telephone card charge 
settlement process; wherein said service providing 



means, upon receiving said request message, 
communicates with said settlement processing 
means to perform the settlement for the charge for 
said telephone card, generates an electronic tele- 
phone card using telephone card information that is 
generated by said telephone card issuing means 
and is included in said electronic telephone card 
issuance request message, and transmits said 
electronic telephone card to said electronic wallet; 
and wherein said electronic wallet, upon receiving 
said electronic telephone card, stores said elec- 
tronic telephone card in said second storage means 
thereof. 

43. A mobile electronic commerce system according to 
claim 28, wherein a telephone micro-check mes- 
sage is generated by an electronic telephone card 
stored in said second storage means and is trans- 
mitted to said electronic telephone card settlement 
means in order to confirm the submission of a pay- 
ment that is equivalent to an amount charged by 
said electronic telephone settlement means. 

44. A mobile electronic commerce system according to 
claim 43, wherein said electronic telephone card 
settlement means, upon receiving said telephone 
micro-check message, generates and then trans- 
mits, to said electronic wallet, a receipt message 
acknowledging that said telephone micro-check 
message has been received. 

45. A mobile electronic commerce system according to 
claim 19, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket application message requesting the 
purchase of an electronic ticket; wherein said serv- 
ice providing means, upon receiving said ticket 
application message, communicates with said 
ticket issuing means, and receives therefrom an 
electronic ticket issuance request message that 
indicates said service providing means has been 
requested to perform an electronic ticket issuing 
process and an electronic ticket charge settlement 
process; wherein said service providing means, 
upon receiving said request message, communi- 
cates with said settlement processing means to 
perform the settlement of the charge for said ticket, 
generates an electronic ticket from ticket informa- 
tion that is generated by said ticket issuing means 
and is included in said electronic ticket issuance 
request message, and transmits said electronic 
ticket to said electronic wallet; and wherein said 
electronic wallet, upon receiving said electronic 
ticket stores said electronic ticket in said second 
storage means thereof. 

46. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet generates a 
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ticket presenting message that describes the con- 
tents of said electronic ticket stored in said second 
storage means, and transmits said ticket presenting 
message to said electronic ticket examination 
means. 

47. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet, upon 
receiving a command message from said electronic 
ticket examination means, changes said electronic 
ticket to a post-examined state, and generates and 
then transmits, to said electronic ticket examination 
means, a ticket examination response message 
that describes the contents of said electronic ticket 
that has been changed. 

48. A mobile electronic commerce system according to 
claim 47, wherein said electronic ticket examination 
means, upon receiving said ticket examination 
response message, generates and then transmits, 
to said electronic wallet, an examination certificate 
message that verifies said electronic ticket has 
been examined. 

49. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 
a payment card transfer certificate message verify- 
ing that said electronic payment card stored in said 
second storage means is to be transferred to a sec- 
ond electronic wallet, and transmits said payment 
card transfer certificate message via wireless com- 
munication means to said second electronic wallet; 
wherein said second electronic wallet transmits, to 
said service providing means, said payment card 
transfer certificate message that is received; 
wherein said service providing means performs an 
examination to establish the validity of said pay- 
ment card transfer certificate message that is 
received, and transmits, to said second electronic 
wallet, the electronic payment card that is 
described in said payment card transfer certificate 
message; and wherein said second electronic wal- 
let stores, in said second storage means thereof, 
said electronic payment card that is received. 

50. A mobile electronic commerce system according to 
claim 49, wherein said second electronic wallet, 
upon receiving said payment card transfer certifi- 
cate message, generates a payment card receipt 
message confirming that said payment card trans- 
fer certificate message has been received, and 
transmits said payment card receipt message via 
said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said payment card receipt 
message, deletes said electronic payment card 
stored in said second storage means thereof. 



51. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 
a telephone card transfer certificate message con- 
firming that said electronic telephone card stored in 

5 said second storage means is to be transferred to a 

second electronic wallet, and transmits said tele- 
phone card transfer certificate message via wire- 
less communication means to said second 
electronic wallet; wherein said second electronic 

10 wallet transmits, to said service providing means, 
said telephone card transfer certificate message 
that is received; wherein said service providing 
means performs an examination to establish the 
validity of said telephone card transfer certificate 

is message that is received, and transmits, to said 
second electronic wallet, the electronic telephone 
card that is described in said telephone card trans- 
fer certificate message; and wherein said second 
electronic wallet stores, in said second storage 

20 means thereof, said electronic telephone card that 
is received. 

52. A mobile electronic commerce system according to 
claim 28, wherein said second electronic wallet, 

25 upon receiving said telephone card transfer certifi- 
cate message, generates a telephone card receipt 
message confirming that said telephone card trans- 
fer certificate message has been received, and 
transmits said telephone card receipt message via 
30 said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said telephone card receipt 
message, deletes said electronic telephone card 
stored in said second storage means thereof. 

35 

53. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 
a ticket transfer certificate message confirming that 
said electronic ticket stored in said second storage 

40 means is to be transferred to a second electronic 
wallet, and transmits said ticket transfer certificate 
message via wireless communication means to 
said second electronic wallet; wherein said second 
electronic wallet transmits, to said service providing 
45 means, said ticket transfer certificate message that 
is received; wherein said service providing means 
performs an examination to establish the validity of 
said ticket transfer certificate message that is 
received, and transmits, to said second electronic 
so wallet, an electronic ticket that is described in said 
ticket transfer certificate message; and wherein 
said second electronic wallet stores, in said second 
storage means thereof, said electronic ticket that is 
received. 

55 

54. A mobile electronic commerce system according to 
claim 53, wherein said second electronic wallet, 
upon receiving said ticket transfer certificate mes- 
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sage, generates a ticket receipt message confirm- 
ing that said ticket transfer certificate message has 
been received, and transmits said ticket receipt 
message via said wireless communication means 
to said first electronic wallet; and wherein said first 5 
electronic wallet, upon receiving said ticket receipt 
message, deletes said electronic ticket stored in 
said second storage means thereof. 

55. A mobile electronic commerce system according to 10 
claim 11, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic payment card installation 
request message requesting the installation of an 
electronic payment card; wherein said service pro- is 
viding means, upon receiving said payment card 
installation request message, communicates with 
said payment card issuing means and receives 
therefrom an electronic payment card installation 
request message indicating that said service pro- 20 
viding means is requested to install an electronic 
payment card; wherein said service providing 
means, upon receiving said request message, gen- 
erates an electronic payment card using payment 
card information that is generated by said payment 25 
card issuing means and is included in said elec- 
tronic payment card installation request message, 
and transmits said electronic payment card to said 
electronic wallet; and wherein said electronic wal- 
let, upon receiving said electronic payment card 30 
stores said electronic payment card in said second 
storage means thereof. 

56. A mobile electronic commerce system according to 
claim 55, wherein said electronic payment card 35 
installation request message includes electronic 
payment card installation information that is 
entered by input means for said electronic wallet 
and that uniquely describes an electronic payment 
card that is to be installed. 40 

57. A mobile electronic commerce system according to 
claim 15, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic telephone card installation 45 
request message for requesting the installation of 

an electronic telephone card; wherein said service 
providing means, upon receiving said telephone 
card installation request message, communicates 
with said telephone card issuing means, and so 
receives therefrom an electronic telephone card 
installation request message indicating that said 
service providing means is to install an electronic 
telephone card; wherein said service providing 
means, upon receiving said request message, gen- ss 
erates an electronic telephone card using tele- 
phone card information that is generated by said 
telephone card issuing means and that is included 



in said electronic telephone card installation 
request message, and transmits said electronic tel- 
ephone card to said electronic wallet; and wherein 
said electronic wallet, upon receiving said elec- 
tronic telephone card, stores said electronic tele- 
phone card in said second storage means thereof. 

58. A mobile electronic commerce system according to 
claim 57, wherein said electronic telephone card 
installation request message includes said elec- 
tronic telephone card installation information that is 
entered by input means for said electronic wallet 
and that uniquely describes an electronic telephone 
card that is to be installed. 

59. A mobile electronic commerce system according to 
claim 19, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, an electronic ticket installation request 
message requesting the installation of an electronic 
ticket; wherein said service providing means, upon 
receiving said ticket installation request message, 
communicates with said ticket issuing means, and 
receives therefrom an electronic ticket installation 
request message indicating that said service pro- 
viding means is to install an electronic ticket; 
wherein said service providing means, upon receiv- 
ing said request message, generates an electronic 
ticket using ticket information that is generated by 
said ticket issuing means and is included in said 
electronic ticket installation request message, and 
transmits said electronic ticket to said electronic 
wallet; and wherein said electronic wallet, upon 
receiving said electronic ticket, stores said elec- 
tronic ticket in said second storage means thereof. 

60. A mobile electronic commerce system according to 
claim 59, wherein said electronic ticket installation 
request message includes said electronic ticket 
installation information that is entered by input 
means for said electronic wallet and that uniquely 
describes an electronic ticket that is to be installed. 

61. A mobile electronic commerce system according to 
claim 55, wherein said electronic payment card 
installation information, said electronic telephone 
card installation information or said electronic ticket 
installation information consists of first identification 
information describing a type of electronic payment 
card, a type of electronic telephone card or a type of 
electronic ticket, and second identification informa- 
tion that uniquely describes an electronic payment 
card, an electronic telephone card or an electronic 
ticket, of a type described using said first identifica- 
tion information, that is to be installed; and wherein 
said second identification information is information 
generated at random. 
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62. A mobile electronic commerce system according to 
claim 61 , wherein said first identification information 
and said second identification information are rep- 
resented by 8-digit numerals and 32 -digit numerals. 

5 

63. A mobile electronic commerce system according to 
claim 55, wherein an object whereon or wherein 
said electronic payment card installation informa- 
tion, said electronic telephone installation informa- 
tion or said electronic ticket installation information 10 
is printed or engraved is employed as sales distribu- 
tion means or transfer means for said electronic 
payment card, said electronic telephone card or 
said electronic ticket. 

15 

64. A mobile electronic commerce system according to 
claim 55, wherein a recording medium on which 
said electronic payment card installation informa- 
tion, said electronic telephone installation informa- 
tion or said electronic ticket installation information 20 
is stored is employed as sales distribution means or 
transfer means for an electronic payment card, an 
electronic telephone card or an electronic ticket. 

65. A mobile electronic commerce system according to 25 
claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification command message for the 
modification of the contents of said electronic ticket; 
and said electronic wallet, upon receiving said mod- 30 
ification command message, updates said elec- 
tronic ticket stored in said second storage means to 
provide a new electronic ticket as is described in 
said modification command message. 

35 

66. A mobile electronic commerce system according to 
claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification notification message for the 
modification of the contents of said electronic ticket; 40 
wherein said electronic wallet, upon receiving said 
modification notification message, generates and 
then transmits, to said service providing means, a 
reaction selection message acknowledging receipt 

of the message for the modification of said contents 45 
of said electronic ticket; wherein said service pro- 
viding means, upon receiving said reaction selec- 
tion message, generates and then transmits, to said 
electronic wallet, a modification command mes- 
sage instructing the modification of said contents of so 
said electronic ticket; and wherein said electronic 
wallet, upon receiving said modification command 
message, updates said electronic ticket stored in 
said second storage means to provide a new elec- 
tronic ticket that is described in said modification ss 
command message. 

67. A mobile electronic commerce system according to 



claim 28, wherein said service providing means 
generates and then transmits, to said electronic 
wallet, a modification notification message for the 
modification of the contents of said electronic ticket; 
wherein said electronic wallet, upon receiving said 
modification notification message, generates and 
then transmits, to said service providing means, a 
reaction selection message requesting a refund for 
said electronic ticket; wherein said service provid- 
ing means, upon receiving said reaction selection 
message, communicates with said settlement 
processing means to issue a refund for said elec- 
tronic ticket, and generates and then transmits, to 
said electronic wallet, a refund receipt message 
indicating that a refund process has been com- 
pleted; and wherein said electronic wallet, upon 
receiving said refund receipt message, deletes said 
electronic ticket from said second storage means. 

68. A mobile electronic commerce system according to 
claim 21, wherein a computer system in said serv- 
ice providing means comprises: 

user information processing means for commu- 
nicating with said electronic wallet and for 
processing information stored in user informa- 
tion storage means; 

merchant information processing means for 
communicating with said electronic payment 
card settlement means, said electronic tele- 
phone card settlement means or said elec- 
tronic ticket examination means, and for 
processing information stored in merchant 
information storage means; 
settlement processor information processing 
means for communicating with said electronic 
settlement processing means, and for process- 
ing information stored in settlement processor 
information storage means; 
payment card issuer information processing 
means for communicating with said payment 
card issuing means, and for processing infor- 
mation stored in payment card issuer informa- 
tion storage means; 

telephone card issuer information processing 
means for communicating with said telephone 
card issuing means, and for processing infor- 
mation stored in telephone card issuer informa- 
tion storage means; 

ticket issuer information processing means for 
communicating with said ticket issuing means, 
and for processing information stored in ticket 
issuer information storage means; 
service director information processing means 
for communicating with said user information 
processing means, said merchant information 
processing means, said settlement processor 
information processing means, said payment 
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card issuer information processing means, said 
telephone card issuer information processing 
means and said ticket issuer information 
processing means, and for interacting with 
those means while processing data during a 5 
service providing process; and 
service manager information processing 
means for controlling the generation and the 
deletion of said user information processing 
means, said merchant information processing 10 
means, said settlement processor information 
processing means, said payment card issuer 
information processing means, said telephone 
card issuer information processing means, said 
ticket issuer information processing means and is 
said service director information processing 
means. 



69. A mobile electronic commerce system according to 
claim 34, wherein said electronic wallet generates 20 
and then transmits, to said service providing 
means, a payment card registration request mes- 
sage requesting that said service providing means 
register, as an electronic payment card that is to be 
used by the owner of said electronic wallet, an elec- 25 
tronic payment card that is stored in said second 
storage means; and wherein said service providing 
means, upon receiving said payment card registra- 
tion request message, registers said electronic pay- 
ment card for use in said service director 30 
information storage means. 

70. A mobile electronic commerce system according to 
claim 69, wherein said service providing means, 
upon receiving said payment card registration 35 
request message, generates and then transmits, to 
said electronic wallet, a registered card certificate 
confirming that said electronic payment card has 
been registered for use; and wherein said elec- 
tronic wallet stores, in said second storage means, 40 
said registered card certificate that is received and 
changes the state of said electronic payment card 

to the usable state. 

71 . A mobile electronic commerce system according to 45 
claim 34, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card registration request mes- 
sage requesting that service providing means reg- 
ister, as an electronic telephone card that is to be so 
used by the owner of said electronic wallet, an elec- 
tronic telephone card that is stored in said second 
storage means; and wherein said service providing 
means, upon receiving said telephone card regis- 
tration request message, registers said electronic 55 
telephone card for use in said service director infor- 
mation storage means. 



72. A mobile electronic commerce system according to 
claim 71, wherein said service providing means, 
upon receiving said telephone card registration 
request message, generates and then transmits, to 
said electronic wallet, a registered card certificate 
confirming that said electronic telephone card has 
been registered for use; and wherein said elec- 
tronic wallet stores, in said second storage means, 
said registered card certificate that is received and 
changes the state of said electronic telephone card 
to the usable state. 

73. A mobile electronic commerce system according to 
claim 34, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket registration request message 
requesting that said second storage means regis- 
ter, as an electronic ticket that is to be used by the 
owner of said electronic wallet, an electronic ticket 
that is stored in said second storage means; and 
wherein said service providing means, upon receiv- 
ing said ticket registration request message, regis- 
ters said electronic ticket for use in said service 
director information storage means. 

74. A mobile electronic commerce system according to 
claim 73, wherein said service providing means, 
upon receiving said ticket registration request mes- 
sage, generates and then transmits, to said elec- 
tronic wallet, a registered ticket certificate that 
verifies said electronic ticket has been registered 
for use; and wherein said electronic wallet stores, in 
said second storage means, said registered ticket 
certificate that is received, and changes the state of 
said electronic ticket to the usable state. 

75. A mobile electronic commerce system according to 
claim 28, wherein said electronic payment card 
comprises: 

a payment card program; 
presented card information describing the con- 
tents of said electronic payment card when 
issued; and 

a card certificate indicating that said electronic 
payment card is authentic. Said payment card 
program includes: 

electronic payment card state management 
information; and 

payment card program data for specifying an 
operation to be performed by said electronic 
payment card. The digital signature of the 
owner of said service providing means is pro- 
vided for said presented card information. 

76. A mobile electronic commerce system according to 
claim 75, wherein said payment card program 
includes a card signature private key that is 
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employed for a digital signature provided for said 
electronic payment card, and wherein said card 
certificate is a public key certificate verifying that a 
card signature public key that is paired with said 
card signature private key is authentic. 

77. A mobile electronic commerce system according to 
claim 75, wherein a settlement program module for 
said electronic payment card includes two crypto- 
graphic keys, an accounting device authentication 
private key and a card authentication public key, 
and wherein said payment card program includes 
an accounting device authentication public key, 
which is paired with said accounting device authen- 
tication private key, and a card authentication pri- 
vate key, which is paired with said card 
authentication public key. 

78. A mobile electronic commerce system according to 
claim 75, wherein said payment card program data 
includes: 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 
and said electronic payment card settlement 
means; 

a display module program for specifying the 
manner in which said electronic payment card 
is to be displayed; and 

representative component information for said 
electronic payment card, 
wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 
tronic payment card, said message data that 
are exchanged with said electronic payment 
card settlement means, and displays said rep- 
resentative component information in accord- 
ance with said display module program of said 
electronic payment card, so that on display 
means said electronic payment card is dis- 
played in said electronic wallet. 

79. A mobile electronic commerce system according to 
claim 34, wherein a template program that consti- 
tutes a model for said electronic payment card is 
stored in said payment card issuer information stor- 
age means for said service providing means. 

80. A mobile electronic commerce system according to 
claim 79, wherein said template program for said 
electronic payment card includes: 

a transaction module program for said elec- 
tronic payment card; 
a display module program; and 
representative component information. 



Therefore, various types of electronic payment 
cards can be safely issued. 

81. A mobile electronic commerce system according to 
5 claim 28, wherein said electronic telephone card 

comprises: 

a telephone card program; 
presented card information describing the con- 
10 tents of said electronic telephone card when 

issued; and 

a card certificate indicating that said electronic 
telephone card is authentic, 
wherein said telephone card program includes: 
15 electronic telephone card state management 

information; and 

telephone card program data for specifying an 
operation to be performed by said electronic 
telephone card, and 
20 wherein the digital signature of the owner of 

said service providing means is provided for 
said presented card information. 

82. A mobile electronic commerce system according to 
25 claim 81, wherein said telephone card program 

includes a card signature private key that is 
employed for a digital signature provided for said 
electronic telephone card, and wherein said card 
certificate is a public key certificate verifying that a 
30 card signature public key that is paired with said 
card signature private key is authentic. 

83. A mobile electronic commerce system according to 
claim 81 , wherein a settlement program module for 

35 said electronic telephone card includes two crypto- 
graphic keys, an accounting device authentication 
private key and a card authentication public key, 
and wherein said telephone card program includes 
an accounting device authentication public key, 
40 which is paired with said accounting device authen- 
tication private key, and a card authentication pri- 
vate key, which is paired with said card 
authentication public key. 

45 84. A mobile electronic commerce system according to 
claim 81, wherein said telephone card program 
data includes: 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 
and said electronic telephone card settlement 
means; 

a display module program for specifying the 
manner in which said electronic telephone card 
is to be displayed; and 

representative component information for said 
electronic telephone card, and 
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wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 
tronic telephone card, said message data that 
are exchanged with said electronic telephone 5 
card settlement means, and displays said rep- 
resentative component information in accord- 
ance with said display module program for said 
electronic telephone card, so that on display 
means said electronic telephone card is dis- w 
played in said electronic wallet. 

85. A mobile electronic commerce system according to 
claim 34, wherein a template program that consti- 
tutes a model for said electronic telephone card is is 
stored in said telephone card issuer information 
storage means for said service providing means. 

86. A mobile electronic commerce system according to 
claim 85, wherein said template program for said 20 
electronic telephone card includes: 

a transaction module program for said elec- 
tronic telephone card; 

a display module program; and 25 
representative component information. 

87. A mobile electronic commerce system according to 
claim 28, wherein said electronic ticket comprises: 

30 

a ticket program; 

presented ticket information describing the 
contents of said electronic ticket when issued; 
and 

a ticket certificate indicating that said electronic 35 
ticket is authentic, 

wherein said ticket program includes: 
electronic ticket state management informa- 
tion; and 

ticket program data for specifying an operation 40 
to be performed by said electronic ticket, and 
wherein the digital signature of the owner of 
said service providing means is provided for 
said presented ticket information. 

45 

88. A mobile electronic commerce system according to 
claim 87, wherein said ticket program includes a 
ticket signature private key that is employed for a 
digital signature provided for said electronic ticket, 
and wherein said ticket certificate is a public key so 
certificate verifying that a ticket signature public key 
that is paired with said ticket signature private key is 
authentic. 

89. A mobile electronic commerce system according to 55 
claim 87, wherein an examination program module 

for said electronic ticket includes two cryptographic 
keys, a gate authentication private key and a ticket 



authentication public key, and wherein said ticket 
card program includes a gate authentication public 
key, which is paired with said gate authentication 
private key, and a ticket authentication private key, 
which is paired with said ticket authentication public 
key. 

90. A mobile electronic commerce system according to 
claim 87, wherein said ticket program data includes: 

a transaction module program for specifying 
the procedures to be used for message data 
that are exchanged by said electronic wallet 
and said electronic ticket examination means; 
a display module program for specifying the 
manner in which said electronic ticket is to be 
displayed; and 

representative component information for said 
electronic ticket, and 

wherein a central processing unit in said elec- 
tronic wallet processes, in accordance with 
said transaction module program for said elec- 
tronic ticket, said message data that are 
exchanged with said electronic ticket examina- 
tion means, and displays said representative 
component information in accordance with said 
display module program for said electronic 
ticket, so that on display means said electronic 
ticket is displayed in said electronic wallet. 

91. A mobile electronic commerce system according to 
claim 34, wherein a template program that consti- 
tutes a model for said electronic ticket is stored in 
said ticket issuer information storage means for 
said service providing means. 

92. A mobile electronic commerce system according to 
claim 91, wherein said template program for said 
electronic ticket includes: 

a transaction module program for said elec- 
tronic ticket; 

a display module program; and 
representative component information. 

93. A mobile electronic commerce system according to 
claim 39, wherein identification information that 
describes a payment method selected by said input 
means for said electronic wallet is included in said 
payment card application message issued by said 
electronic wallet when requesting the purchase of 
an electronic payment card. 

94. A mobile electronic commerce system according to 
claim 79, wherein said electronic payment card 
issuance request message or said electronic pay- 
ment card installation request message includes 
template program identification information for des- 
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ignating, in the order to be used for the generation 
of an electronic payment card, one of a plurality of 
template programs that are stored in said payment 
card issuer information storage means. 

5 

95. A mobile electronic commerce system according to 
claim 78, wherein said electronic payment card 
issuance request message or said electronic pay- 
ment card installation request message includes 
representative component information describing 10 
the representative component information to be 
used for an electronic payment card that is to be 
generated. 

96. A mobile electronic commerce system according to is 
claim 76, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a payment card registration request mes- 
sage requesting that said service providing means 
register, as an electronic payment card that is to be 20 
used by the owner of said electronic wallet, said 
electronic payment card stored in said second stor- 
age means for said electronic wallet; wherein said 
service providing means, upon receiving said pay- 
ment card registration request message, newly 25 
generates, for said electronic payment card, a card 
signature private key, a card signature public key 
and a registered card certificate for authenticating 
said card signature public key, registers said elec- 
tronic payment card for use in said service director 30 
information storage means, and then transmits, to 
said electronic wallet, said card signature private 
key and said registered card certificate; and 
wherein said electronic wallet updates said card 
signature private key and said registered card cer- 35 
tificate that are in storage by replacing them with 
those that have newly been received, and changes 
said state management information for said elec- 
tronic payment card to a usable state. 

40 

97. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic payment card, which is selected by input 
means for said electronic wallet from among those 
stored in said second storage means, to generate a 45 
micro-check message that verifies a payment cor- 
responding to an amount entered by said input 
means, and transmits said micro-check message to 
said electronic payment card settlement means. 

50 

98. A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic payment card, which is selected by input 
means of said electronic wallet from among those 
stored in said second storage means, to generate a 55 
payment offer message that offers a payment corre- 
sponding to an amount entered by said input 
means, and transmits said payment offer message 



to said electronic payment card settlement means; 
wherein said electronic payment card settlement 
means, upon receiving said payment offer mes- 
sage, generates and then transmits, to said elec- 
tronic wallet, a payment offer response message 
that assesses a charge corresponding to an 
amount entered by input means for said electronic 
payment card settlement means; wherein said elec- 
tronic wallet, upon receiving said payment offer 
response message and if said assessed charge is 
equal to or smaller than an amount entered by said 
input means for said electronic wallet, subtracts 
said assessed charge from a remaining amount 
stored on said electronic payment card, and gener- 
ates and then transmits, to said electronic payment 
card settlement means, a micro-check message 
validating a payment corresponding to said 
assessed charge; wherein said electronic payment 
card settlement means stores said received micro- 
check message in said second storage means for 
said electronic payment card settlement means, 
and generates and then transmits, to said elec- 
tronic wallet, a receipt message confirming that 
said micro-check message has been received; and 
wherein said electronic wallet stores said received 
receipt message in said second storage means for 
said electronic wallet. 

99. A mobile electronic commerce system according to 
claim 28, wherein said payment offer message 
includes: 

a payment amount entered by said input 
means of said electronic wallet; 
presented card information and a registered 
card certificate for said electronic payment 
card; and 

state management information to which a dig- 
ital signature has been added using said card 
signature private key. 

100. A mobile electronic commerce system according to 
claim 76, wherein said micro-check message 
includes: 

a payment amount; 

an amount remaining stored on said electronic 
payment card; 

identification information for said electronic 
payment card settlement means; and 
identification information for the owner of said 
electronic payment card settlement means. 
Further, a digital signature is provided for said 
micro-check message by using said card sig- 
nature private key for said electronic payment 
card. 

101 .A mobile electronic commerce system according to 
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claim 100, wherein the digital signature of the 
owner of said electronic wallet is also provided for 
said micro-check message. 

1 02. A mobile electronic commerce system according to s 
claim 40, wherein said micro-check message 
includes a micro-check issuing number represent- 
ing the order in which micro-check messages are 
generated by said electronic payment card. 

10 

103. A mobile electronic commerce system according to 
claim 98, wherein, at a time designated by said 
service providing means, said electronic payment 
card settlement means generates an upload data 
message that includes data stored in said second is 
storage means for said electronic payment card 
settlement means, and then transmits said upload 
data message to said service providing means; 
wherein said service providing means, upon receiv- 
ing said upload data message, examines the valid- 20 
ity of a micro-check that is included in said upload 
data message by comparing said micro-check with 
registration information for said electronic payment 
card that is registered in said service director infor- 
mation storage means, and generates and then 25 
transmits, to said electronic payment card settle- 
ment means, an update data message that 
includes update data for said second storage 
means for said electronic payment card settlement 
means; and wherein said electronic payment card 30 
settlement means extracts said update data from 
said update data message that is received, and 
updates data stored in said second storage means. 

1 04. A mobile electronic commerce system according to 35 
claim 28, wherein a first electronic wallet generates 

a payment card transfer offer message containing 
an offer to transfer, to a second electronic wallet, an 
electronic payment card that is stored in said sec- 
ond storage means, and then transmits said pay- 40 
ment card transfer offer message, via said wireless 
communication means, to said second electronic 
wallet; wherein said second electronic wallet, upon 
receiving said payment card transfer offer mes- 
sage, generates a payment card transfer offer 45 
response message indicating that the contents of 
said payment card transfer offer message are 
accepted, and then transmits said payment card 
transfer offer response message, via said wireless 
communication means, to said first electronic wal- so 
let; and wherein said first electronic wallet, upon 
receiving said payment card transfer offer response 
message, generates and then transmits, to said 
second electronic wallet, a payment card transfer 
certificate message confirming the transfer of said 55 
electronic payment card to said second electronic 
wallet. 



105. A mobile electronic commerce system according to 
claim 104, wherein said payment card transfer offer 
message includes: 

presented card information, and a card certifi- 
cate or a registered card certificate for said 
electronic payment card; and 
state management information having an 
added digital signature prepared using a card 
signature private key. 

106. A mobile electronic commerce system according to 
claim 104, wherein said payment card transfer offer 
message includes a public key certificate for the 
owner of said first electronic wallet; wherein a dig- 
ital signature of said owner of said first electronic 
wallet is provided for said payment card transfer 
offer message; wherein said payment card transfer 
offer response message includes a public key cer- 
tificate for the owner of said second electronic wal- 
let; wherein a digital signature of said owner of said 
second electronic wallet is provided for said pay- 
ment card transfer offer message; wherein said 
payment card transfer certificate message includes 
identification information for said public key certifi- 
cate of said owner of said first electronic wallet and 
identification information for said public key certifi- 
cate of said owner of said second electronic wallet; 
and wherein a digital signature using a card signa- 
ture private key for said electronic payment card 
and a digital signature of said owner of said first 
electronic wallet are provided for said payment card 
transfer certificate message. 

107. A mobile electronic commerce system according to 
claim 42, wherein identification information that 
describes a payment method selected by said input 
means of said electronic wallet is included in said 
telephone card application message issued by said 
electronic wallet when requesting the purchase of 
an electronic telephone card. 

108. A mobile electronic commerce system according to 
claim 85, wherein said electronic telephone card 
issuance request message or said electronic tele- 
phone card installation request message includes 
template program identification information for des- 
ignating, following the order that is to be used for 
the generation of electronic telephone cards, one of 
a plurality of template programs that are stored in 
said telephone card issuer information storage 
means. 

109. A mobile electronic commerce system according to 
claim 84, wherein said electronic telephone card 
issuance request message or said electronic tele- 
phone card installation request message includes 
representative component information describing 
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representative component information to be used 
for an electronic telephone card that is to be gener- 
ated. 

1 1 0.A mobile electronic commerce system according to 5 
claim 82, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a telephone card registration request mes- 
sage requesting that said service providing means 
register, as an electronic telephone card that is to 10 
be used by the owner of said electronic wallet, said 
electronic telephone card stored in said second 
storage means for said electronic wallet; wherein 
said service providing means, upon receiving said 
telephone card registration request message, is 
newly generates, for said electronic telephone card, 
a card signature private key, a card signature public 
key and a registered card certificate for confirming 
said card signature public key, registers for use said 
electronic telephone card in said service director 20 
information storage means, and then transmits, to 
said electronic wallet, said card signature private 
key and said registered card certificate; and 
wherein said electronic wallet updates said card 
signature private key and said registered card cer- 25 
tificate that are in storage by replacing them with 
those that have newly been received, and changes 
said state management information for said elec- 
tronic telephone card to a usable state. 

30 

1 1 1 .A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic telephone card, which is selected by 
input means for said electronic wallet from among 
those stored in said second storage means, to gen- 35 
erate a micro-check message verifying a payment 
corresponding to an amount entered by said input 
means, and transmits said micro-check message to 
said electronic telephone card settlement means. 

40 

112.A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet employs an 
electronic telephone card, which is selected by 
input means for said electronic wallet from among 
those stored in said second storage means, to gen- 45 
erate a micro-check call request message request- 
ing a radio communication service in order to 
communicate with a side that is designated by said 
input means, and transmits said micro-check call 
request message to said electronic telephone card so 
settlement means; wherein said electronic tele- 
phone card settlement means, upon receiving said 
micro-check call request message, generates and 
then transmits, to said electronic wallet, a micro- 
check call response message for an amount 55 
charged that corresponds to a communication fee; 
said electronic wallet, upon receiving said micro- 
check call response message, subtracts the 



amount charged from the remaining amount stored 
on said electronic telephone card, and generates 
and then transmits, to said electronic telephone 
card settlement means, a telephone micro-check 
message verifying the payment of an amount corre- 
sponding to said amount charged; wherein said 
electronic telephone card settlement means, upon 
receiving said telephone micro-check message, 
generates and then transmits, to said electronic 
wallet, a receipt message confirming the receipt of 
said telephone micro-check message; and wherein 
said electronic wallet stores said received receipt 
message in said second storage means for said 
electronic wallet. 

113. A mobile electronic commerce system according to 
claim 28, wherein said electronic telephone card 
settlement means, when radio wireless communi- 
cation service is provided, generates and then 
transmits, to said electronic wallet, a communica- 
tion fee charge message for an amount charged 
that corresponds to an additional communication 
fee; wherein said electronic wallet, upon receiving 
said communication fee charge message, subtracts 
said amount that is charged from an amount 
remaining on said electronic telephone card, and 
generates and then transmits, to said electronic tel- 
ephone card settlement means, a new telephone 
micro-check message verifying payment of the total 
amount charged; wherein said electronic telephone 
card settlement means generates and then trans- 
mits, to said electronic wallet, a receipt message 
confirming that said telephone micro-check mes- 
sage has been received; wherein said electronic 
wallet updates a receipt message stored in said 
second storage means for said electronic wallet by 
storing therein said receipt message that is newly 
received; and wherein said electronic telephone 
card settlement means, when provision of said 
radio wireless communication service is termi- 
nated, stores the latest telephone micro-check 
message in said second storage means for said 
electronic telephone card settlement means. 

114. A mobile electronic commerce system according to 
claim 112 or 113, wherein said micro-check call 
request message includes: 

identification information for said side that is 
designated by said input means of said elec- 
tronic wallet; 

presented card information and a registered 
card certificate for said electronic telephone 
card; and 

state management information accompanied 
by a digital signature that is provided by using a 
card signature private key. 
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115. A mobile electronic commerce system according to 
claim 82, wherein said telephone micro-check mes- 
sage includes: 

a payment amount; s 
a amount remaining stored on said electronic 
telephone card; 

identification information for said electronic tel- 
ephone card settlement means; and 
identification information for the owner of said 10 
electronic telephone card settlement means, 
and 

wherein a digital signature is provided for said 
telephone micro-check message by using said 
card signature private key of said electronic tel- is 
ephone card. 

116. A mobile electronic commerce system according to 
claim 115, wherein not only said digital signature 
using said card signature private key for said elec- 20 
tronic telephone card, but also the digital signature 

of the owner of said electronic wallet is provided for 
said telephone micro-check message. 

1 1 7. A mobile electronic commerce system according to 25 
claim 43, wherein said telephone micro-check mes- 
sage includes a telephone micro-check issuing 
number representing the order in which telephone 
micro-check messages are generated by said elec- 
tronic telephone card. 30 

11 8. A mobile electronic commerce system according to 
claim 113, wherein, at a time designated by said 
service providing means, said electronic telephone 
card settlement means generates an upload data 35 
message that includes data stored in said second 
storage means for said electronic telephone card 
settlement means, and then transmits said upload 
data message to said service providing means; 
wherein said service providing means, upon receiv- 40 
ing said upload data message, examines the valid- 
ity of a telephone micro-check that is included in 
said upload data message by comparing said tele- 
phone micro-check with registration information for 
said electronic telephone card that is registered in 45 
said service director information storage means, 
and generates and then transmits, to said elec- 
tronic telephone card settlement means, an update 
data message that includes update data for said 
second storage means for said electronic tele- so 
phone card settlement means; and wherein said 
electronic telephone card settlement means 
extracts said update data from said update data 
message that is received, and updates data stored 

in said second storage means. ss 

119. A mobile electronic commerce system according to 
claim 28, wherein a first electronic wallet generates 



a telephone card transfer offer message offering to 
transfer, to a second electronic wallet, an electronic 
telephone card that is stored in said second storage 
means, and transmits said telephone card transfer 
offer message via said wireless communication 
means to said second electronic wallet; wherein 
said second electronic wallet, upon receiving said 
telephone card transfer offer message, generates a 
telephone card transfer offer response message 
indicating that the contents of said telephone card 
transfer offer message are accepted, and then 
transmits said telephone card transfer offer 
response message via said wireless communica- 
tion means to said first electronic wallet; and 
wherein said first electronic wallet, upon receiving 
said telephone card transfer offer response mes- 
sage, generates and then transmits, to said second 
electronic wallet, a telephone card transfer certifi- 
cate message confirming the transfer of said elec- 
tronic telephone card to said second electronic 
wallet. 

120. A mobile electronic commerce system according to 
claim 119, wherein said telephone card transfer 
offer message includes: 

presented card information and a card certifi- 
cate or a registered card certificate for said 
electronic telephone card; and 
state management information accompanied 
by a digital signature added by using a card 
signature private key. 

121 .A mobile electronic commerce system according to 
claim 119, wherein said telephone card transfer 
offer message includes a public key certificate for 
the owner of said first electronic wallet; the digital 
signature of said owner of said first electronic wallet 
is provided for said telephone card transfer offer 
message; wherein said telephone card transfer 
offer response message includes a public key cer- 
tificate for the owner of said second electronic wal- 
let; wherein the digital signature of said owner of 
said second electronic wallet is provided for said 
telephone card transfer offer message; wherein 
said telephone card transfer certificate message 
includes identification information for said public 
key certificate for said owner of said first electronic 
wallet and identification information for said public 
key certificate for said owner of said second elec- 
tronic wallet; and wherein a digital signature using a 
card signature private key for said electronic tele- 
phone card and the digital signature of said owner 
of said first electronic wallet are provided for said 
telephone card transfer certificate message. 

122. A mobile electronic commerce system according to 
claim 45, wherein identification information that 
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describes a payment method selected by said input 
means of said electronic wallet is included in said 
ticket application message issued by said electronic 
wallet when requesting the purchase of an elec- 
tronic ticket. 

123. A mobile electronic commerce system according to 
claim 91, wherein said electronic ticket issuance 
request message or said electronic ticket installa- 
tion request message includes template program 
identification information for designating, following 
the order that is to be used for the generation of 
electronic tickets, one of a plurality of template pro- 
grams that are stored in said ticket issuer informa- 
tion storage means. 

124. A mobile electronic commerce system according to 
claim 90, wherein said electronic ticket issuance 
request message or said electronic ticket installa- 
tion request message includes representative com- 
ponent information describing representative 
component information for an electronic ticket that 
is to be generated. 



127. A mobile electronic commerce system according to 
claim 126, wherein said electronic ticket examina- 
tion means, upon receiving said ticket presenting 
message, generates and then transmits, to said 

5 electronic wallet, a ticket examination message 

instructing the modification of said electronic ticket 
to a post-examined state; wherein said electronic 
wallet, upon receiving said ticket examination mes- 
sage, changes said electronic ticket to said post- 

10 examined state, and generates and then transmits, 
to said electronic ticket examination means, a ticket 
examination response message that describes the 
contents of the modified electronic ticket; wherein 
said electronic ticket examination means stores 

is said received ticket examination response mes- 
sage in said second storage means for said elec- 
tronic ticket examination means, and generates and 
then transmits, to said electronic wallet, an exami- 
nation certificate message certifying that said elec- 

20 tronic ticket has been examined; and wherein said 
electronic wallet stores said received examination 
certificate message in said second storage means 
for said electronic wallet. 



125.A mobile electronic commerce system according to 
claim 88, wherein said electronic wallet generates 
and then transmits, to said service providing 
means, a ticket registration request message 
requesting that said service providing means regis- 
ter, as an electronic ticket that is to be used by the 
owner of said electronic wallet said electronic ticket 
stored in said second storage means for said elec- 
tronic wallet; wherein said service providing means, 
upon receiving said ticket registration request mes- 
sage, newly generates, for said electronic ticket, a 
ticket signature private key, a ticket signature public 
key and a registered ticket certificate for verifying 
said ticket signature public key, registers said elec- 
tronic ticket for use in said service director informa- 
tion storage means, and then transmits, to said 
electronic wallet, said ticket signature private key 
and said registered ticket certificate; and wherein 
said electronic wallet updates said ticket signature 
private key and said registered ticket certificate that 
are stored by replacing them with those that have 
been newly received, and changes said state man- 
agement information for said electronic ticket to a 
usable state. 



25 1 28. A mobile electronic commerce system according to 
claim 126, wherein said ticket presenting message 
includes: 

presented ticket information and a registered 
30 ticket certificate for said electronic ticket; and 

state management information accompanied 
by a digital signature provided by using a ticket 
signature private key. 

35 1 29. A mobile electronic commerce system according to 
claim 88, wherein said ticket examination response 
message includes: 

state management information for said elec- 
ta tronic ticket; 

identification information for said electronic 
ticket examination means; and 
identification information for the owner of said 
electronic ticket examination means, and 
45 wherein a digital signature is provided for said 

ticket examination response message by using 
said ticket signature private key for said elec- 
tronic ticket. 
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126.A mobile electronic commerce system according to 
claim 28, wherein said electronic wallet generates a 
ticket presenting message in which is designated 
an electronic ticket that is selected, from among 
those stored in said second storage means, by 
input means for said electronic wallet, and transmits 
said ticket presenting message to said electronic 
ticket examination means. 



so 1 30. A mobile electronic commerce system according to 
claim 129, wherein said ticket examination 
response message includes identification informa- 
tion for said electronic ticket examination means 
and identification information for the owner of said 

55 electronic ticket examination means, and wherein 
said digital signature prepared using said ticket sig- 
nature private key for said electronic ticket and the 
digital signature of the owner of said electronic wal- 
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let are provided for said ticket examination 
response message. 

131 .A mobile electronic commerce system according to 
claim 47, wherein said ticket examination response s 
message includes a ticket examination number rep- 
resenting the order in which ticket examination 
response messages are generated by said elec- 
tronic ticket. 

10 

132. A mobile electronic commerce system according to 
claim 127, wherein, at a time designated by said 
service providing means, said electronic ticket 
examination means generates an upload data mes- 
sage that includes data stored in said second stor- is 
age means for said electronic ticket examination 
means, and then transmits said upload data mes- 
sage to said service providing means; wherein said 
service providing means, upon receiving said 
upload data message, determines the validity of a 20 
ticket examination response that is included in said 
upload data message by comparing said ticket 
examination response with registration information 

for said electronic ticket that is registered in said 
service director information storage means, and 25 
generates and then transmits, to said electronic 
ticket examination means, an update data message 
that includes update data for said second storage 
means for said electronic ticket examination means; 
and wherein said electronic ticket examination 30 
means extracts said update data from said update 
data message that is received, and updates data 
stored in said second storage means. 

1 33. A mobile electronic commerce system according to 35 
claim 28, wherein a first electronic wallet generates 

a ticket transfer offer message offering to transfer, 
to a second electronic wallet, an electronic ticket 
that is stored in said second storage means, and 
then transmits said ticket transfer offer message via 40 
said wireless communication means to said second 
electronic wallet; wherein said second electronic 
wallet, upon receiving said ticket transfer offer mes- 
sage, generates a ticket transfer offer response 
message indicating the contents of said ticket trans- 45 
fer offer message are acceptable, and then trans- 
mits said ticket transfer offer response message via 
said wireless communication means to said first 
electronic wallet; and wherein said first electronic 
wallet, upon receiving said ticket transfer offer so 
response message, generates and then transmits, 
to said second electronic wallet, a ticket transfer 
certificate message confirming the transfer of said 
electronic ticket to said second electronic wallet. 

55 

134. A mobile electronic commerce system according to 
claim 133, wherein said ticket transfer offer mes- 
sage includes: 



presented ticket information and a ticket certifi- 
cate or a registered ticket certificate for said 
electronic ticket; and 

state management information accompanied 
by a digital signature that is added by using a 
ticket signature private key. 

135. A mobile electronic commerce system according to 
claim 133, wherein said ticket transfer offer mes- 
sage includes a public key certificate for the owner 
of said first electronic wallet; wherein the digital sig- 
nature of said owner of said first electronic wallet is 
provided for said ticket transfer offer message; 
wherein said ticket transfer offer response message 
includes a public key certificate for the owner of 
said second electronic wallet; wherein the digital 
signature of said owner of said second electronic 
wallet is provided for said ticket transfer offer mes- 
sage; wherein said ticket transfer certificate mes- 
sage includes identification information for said 
public key certificate for said owner of said first 
electronic wallet and identification information for 
said public key certificate for said owner of said sec- 
ond electronic wallet; and wherein a digital signa- 
ture using a ticket signature private key for said 
electronic ticket and the digital signature of said 
owner of said first electronic wallet are provided for 
said ticket transfer certificate message. 

136. A mobile electronic commerce system according to 
claim 39, wherein settlement option information for 
deciding which procedures to use for settlement is 
included in said electronic payment card issuance 
request message, in said electronic telephone card 
issuance request message or in said electronic 
ticket issuance request message. 

137. A mobile electronic commerce system according to 
claim 136, wherein said service providing means, 
upon receiving said electronic payment card issu- 
ance request message, said electronic telephone 
card issuance request message or said electronic 
ticket issuance request message, generates and 
then transmits, to said electronic wallet, an elec- 
tronic payment card, an electronic telephone card 
or an electronic ticket before performing a price set- 
tlement in accordance with said settlement option 
information. 

138. A mobile electronic commerce system according to 
claim 39, wherein said service providing means, 
upon receiving said electronic payment card issu- 
ance request message, said electronic telephone 
card issuance request message or said electronic 
ticket issuance request message, generates and 
then transmits, to said electronic wallet, an elec- 
tronic payment card, an electronic telephone card 
or an electronic ticket, and a temporary receipt 
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message describing the contents of a settlement 
before performing a price settlement in accordance 
with said settlement option information. 

1 39. A mobile electronic commerce system according to 5 
claim 28, wherein data concerning said electronic 
payment card, said electronic telephone card and 
said electronic ticket belonging to the owner of said 
electronic wallet, and data processed by said cen- 
tral processing unit of said electronic wallet are 10 
stored in said second storage means for said elec- 
tronic wallet or in said user information storage 
means for said service providing means; wherein 
said data are managed by describing, in said sec- 
ond storage means for said electronic wallet, identi- is 
fication information for said data, and addresses of 
said data in said corresponding storage means; 
wherein, when data at an address in said user infor- 
mation storage means are to be processed, said 
electronic wallet generates and then transmits, to 20 
said service providing means, a remote access 
request message requesting address data; wherein 
said service providing means, upon receiving said 
remote access request message, generates and 
then transmits, to said electronic wallet, a remote 25 
access data message in which said requested data 
are included; and wherein said electronic wallet, 
upon receiving said remote access data message, 
extracts said requested data from said message. 

30 

140. A mobile electronic commerce system according to 
claim 1 , wherein said electronic wallet employs a 
ferroelectric nonvolatile memory as storage means. 

141 .A mobile electronic commerce system according to 35 
claim 10, wherein a ferroelectric nonvolatile mem- 
ory is employed as storage means for said elec- 
tronic payment card settlement means. 

142. A printed matter according to claim 63, wherein 40 
said object is one whereon or wherein electronic 
payment card installation information, electronic tel- 
ephone card installation information, or electronic 
ticket installation information is printed or engraved 

in a form readable by a person or reading means. 45 

143. A printed matter according to claim 142, wherein a 
coating is applied to a portion of said object wher- 
eon or wherein said electronic payment card instal- 
lation information, said electronic telephone card so 
installation information or said electronic ticket 
installation information is printed or engraved in 
order to disable the reading of said electronic pay- 
ment card installation information, said electronic 
telephone card installation information or said elec- ss 
tronic ticket installation information, and wherein 
said coating is removable. 



144. A printed matter according to claim 142, wherein, to 
prevent holographic counterfeiting, a micro-charac- 
ter or a micro-pattern is printed on or etched in said 
object. 

145. A recording medium according to claim 64, on 
which electronic payment card installation informa- 
tion, electronic telephone card installation informa- 
tion, or electronic ticket installation information is 
recorded using a form that is readable by record- 
ing/reproduction means. 

146. A recording medium, on which a control program 
for said central processing unit of said electronic 
wallet defined in claim 28 is stored in a form reada- 
ble by a computer. 

147. A recording medium, on which a control program 
for said central processing unit of said electronic 
payment card settlement means defined in claim 29 
is recorded in a form readable by a computer. 

148. A recording medium, on which a control program 
for said central processing unit of said electronic 
telephone card settlement means defined in claim 
32 is recorded in a form readable by a computer. 

149. A recording medium, on which a control program 
for said central processing unit of said electronic 
ticket examination means defined in claim 33 is 
recorded in a form readable by a computer. 

150. A recording medium, on which a processing pro- 
gram for said computer system of said service pro- 
viding means defined in claim 34 is recorded in a 
form readable by a computer. 

151 .A recording medium, on which a processing pro- 
gram for said computer system of said settlement 
processing means defined in claim 35 is recorded 
in a form readable by a computer. 

152. A recording medium, on which a processing pro- 
gram for said computer system of said payment 
card issuing means defined in claim 36 is recorded 
in a form readable by a computer. 

153. A recording medium, on which a processing pro- 
gram for said computer system of said telephone 
card issuing means defined in claim 37 is recorded 
in a form readable by a computer. 

154. A recording medium, on which a processing pro- 
gram for said computer system of said ticket issuing 
means defined in claim 38 is recorded in a form 
readable by a computer. 

155. An electronic wallet used for a mobile electronic 



40 



45 



203 



405 



EP 0 950 968 A1 



406 



commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 
or a service, or a required permission, from a sup- 5 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit, and 
an electronic negotiable card received through 
said wireless communication means; and 
third storage means for storing identification 
information and authorization information for 
the user of said electronic wallet, 
wherein for carrying, said third storage means 
is detachable from said electronic wallet, 
wherein, when said third storage means is 
removed from said electronic wallet, said elec- 
tronic negotiable card stored in said second 
storage means is erased, and 
wherein, when said third storage means is 
attached to said electronic wallet, said elec- 
tronic wallet communicates with said service 
providing means via said wireless communica- 
tion means, and receives said electronic nego- 
tiable card that said user of said electronic 
wallet owns and stores said electronic negotia- 
ble card in said second storage means. 

156.An electronic wallet, used for a mobile electronic 
commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 
or a service, or a required permission, from a sup- 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 



said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; and 
third storage means for storing an electronic 
negotiable card received via said wireless com- 
munication means, 

wherein for carrying, said third storage means 
is detachable from said electronic wallet. 

157. An electronic wallet, used for a mobile electronic 
commerce system for paying, via wireless commu- 
nication means, a required amount from said elec- 
tronic wallet that includes said wireless 
communication means and for receiving a product 
or a service, or a required permission, from a sup- 
ply side, said electronic wallet comprising: 

input means for entering a numerical value and 
for performing a selection operation; 
a central processing unit for generating data to 
be transmitted via said wireless communication 
means, and for processing data received via 
said wireless communication means; 
first storage means for storing a control pro- 
gram for controlling an operation performed by 
said central processing unit; 
display means for displaying data processed by 
said central processing unit; 
second storage means for storing said data 
processed by said central processing unit; and 
IC card reading/writing means, 
wherein said electronic negotiable card 
received via said wireless communication 
means is stored in an IC card that is loaded in 
said IC card reading/writing means. 

158. An electronic wallet comprising: 

wireless communication means; 
means for installing a program for an electronic 
negotiable card obtained from a predetermined 
agency via said wireless communication 
means; and 

means for, in order to receive a product or a 
service from a seller or to obtain a permission, 
employing said electronic negotiable card with 
said wireless means in accordance with said 
program for said electronic negotiable card. 

159. An electronic wallet according to claim 158, 
wherein an inherent private key for providing a dig- 
ital signature for data to be transmitted to said seller 
is included in said program for said electronic nego- 
tiable card, so that said electronic negotiable card is 
employed by means provided for employing said 
electronic negotiable card. 

160. An electronic wallet according to claim 158, further 
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comprising: 

means for, when said installation means 
receives a modification instruction message 
from said predetermined agency instructing a 
change to said program for said electronic 
negotiable card, changing, in accordance with 
said modification instruction message, said 
program for said negotiable card that is 
installed. 

161 .An electronic wallet according to claim 158, further 
comprising: 

means for, when a modification notification 
message for the changing of the contents of 
said program for said electronic negotiable 
card is received from said predetermined 
agency, generating a reaction selection mes- 
sage indicating that the modification of the con- 
tents of said program is accepted; and 
means for, when said installation means 
receives a modification instruction message 
from said predetermined agency instructing the 
changing of said program for said electronic 
negotiable card, changing in accordance with 
said modification instruction message said pro- 
gram for said negotiable card that is installed. 

162.An electronic wallet according to claim 158, further 
comprising: 

means for, when a modification notification 
message that the contents of said electronic 
negotiable card is to be changed is received 
from said predetermined agency, generating a 
reaction selection message requesting a 
refund process for said electronic negotiable 
card, and for transmitting said reaction selec- 
tion message to said predetermined agency; 
and 

means for, when a refund receipt message is 
received from said predetermined agency indi- 
cating the termination of said refund process, 
deleting said program for said negotiable card 
that is installed. 



electronic negotiable card is used; and 
means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
seller when said electronic negotiable card is 
employed. 

165. An automatic vending machine comprising: 

wireless communication means; 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by said automatic 
vending machine when an electronic negotia- 
ble card is used; 

means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
automatic vending machine when said elec- 
tronic negotiable card is employed; and 
means for providing a product or a service 
when said settlement process for said auto- 
matic vending machine has been completed. 

166. A call switching center machine comprising: 

wireless communication means; 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by said call switch- 
ing center machine when an electronic 
negotiable card is used; 
means for, in accordance with said program 
module, communicating with an electronic wal- 
let via said wireless communication means and 
for performing said settlement process for said 
call switching center machine when said elec- 
tronic negotiable card is employed; and 
means for providing a product or a service 
when said settlement process for said call 
switching center machine has been completed. 

167. A management machine for a service providing 
agency comprising: 
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163. An electronic wallet according to claim 158, 
wherein said program for said negotiable card is a 
coupon ticket that has at least two functions for a 
payment card, a telephone card and a ticket. 

164. A seller terminal comprising: 

wireless communication means; 
means for installing, from a predetermined 
agency, a program module that defines a set- 
tlement process performed by a seller when an 



communication means; 

means for generating a program for an elec- 
so tronic negotiable card in order to install said 

program in an electronic wallet, and for trans- 
mitting said program for said electronic negoti- 
able card to said electronic wallet by radio via 
said communication means; and 
55 means for transmitting to a seller terminal, in 

order to install said program in said seller termi- 
nal, a program module that defines a settle- 
ment process performed by a seller when said 
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program for said electronic negotiable card is 
employed. 

168. A management machine for a service providing 
agency comprising: 5 

communication means; 

means for receiving from an electronic wallet, 
by radio via said communication means, a pur- 
chase order request for a program for an elec- 10 
tronic negotiable card; 

means for receiving data, concerning a negoti- 
able card that is to be issued, from a negotiable 
card issuing agency that issues said electronic 
negotiable card that is ordered by said pur- is 
chase order request; 

means for performing, together with a settle- 
ment agency, a settlement process that accom- 
panies the purchase of said negotiable card; 
means for generating a program for an elec- 20 
tronic negotiable card, based on data that are 
received from said negotiable card issuing 
agency and that concern a negotiable card to 
be issued, and for transmitting said program for 
said negotiable card to said electronic wallet by 25 
radio via said communication means; and 
means for transmitting to a seller terminal, in 
order to install said program in said seller termi- 
nal, a program module that defines a settle- 
ment process performed by a seller when said 30 
program for said electronic negotiable card is 
employed. 

169. A management machine for a negotiable card pro- 
gram issuing agency according to claim 168, fur- 35 
ther comprising: 

means for generating a modification instruction 
message for changing said program for said 
negotiable card that is installed in said elec- 40 
tronic wallet; and 

means for transmitting said modification 
instruction message to said electronic wallet 
via said communication means. 

45 

170. A management machine for a negotiable card pro- 
gram issuing agency according to claim 168, fur- 
ther comprising: 



instruction message for changing said program 
for said negotiable card that is installed in said 
electronic wallet; and 

means for transmitting said modification 
instruction message to said electronic wallet 
via said communication means. 

171 .A management machine for a negotiable card pro- 
gram issuing agency according to claim 168, fur- 
ther comprising: 

means for generating a modification notifica- 
tion message for the modification of said pro- 
gram for said negotiable card that is installed in 
said electronic wallet; 

means for receiving from said electronic wallet, 
in response to said modification notification, a 
reaction selection message requesting a 
refund for said electronic negotiable card; 
means for, upon receiving said reaction selec- 
tion message, performing a refund settlement 
process for a predetermined settlement 
agency; 

means for generating a refund receipt mes- 
sage indicating that said refund settlement 
process has been completed; and 
means for transmitting said refund receipt mes- 
sage to said electronic wallet via said commu- 
nication means. 

172. A management machine for a service providing 
agency, which transmits, to an electronic wallet, an 
electronic negotiable card program, including a 
card signature private key, a card certificate, a card 
authorization private key and an accounting 
machine authorization private key, and which trans- 
mits to a seller terminal a settlement program, 
including a card authorization public key that is 
paired with said card authorization private key and 
an accounting machine authorization private key 
that is paired with said accounting machine author- 
ization public key, said management machine com- 
prising: 

means for managing, for each negotiable card 
type, the pair comprising said card authoriza- 
tion private key, which differs for each negotia- 
ble card type, and said card authorization 
public key, and the pair comprising said 
accounting machine authorization private key 
and said accounting machine authorization 
public key; and 

means for, in order to issue a negotiable card, 
generating a card signature private key, which 
is inherent to said negotiable card, and a card 
certificate, and for generating a negotiable card 
by using said card authorization private key, 
which corresponds to the type of said negotia- 



means for generating a modification notifica- so 
tion message for the modification of said pro- 
gram for said negotiable card that is installed in 
said electronic wallet; 

means for receiving, from said electronic wal- 
let, a reaction selection message indicating ss 
said modification has been accepted; 
means for, upon receiving said reaction selec- 
tion message, generating a modification 
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ble card, and said accounting machine authori- 
zation public key. 

173. A mobile electronic commerce system according to 
claim 3, wherein said electronic wallet includes 5 
means for generating first identification information 
for identifying a transaction conducted with said 
supply side, and for transmitting said first identifica- 
tion information to said supply side; wherein said 
supply side includes means for generating second 10 
identification information for identifying a transac- 
tion conducted with said electronic wallet, and for 
transmitting said second identification information 

to said electronic wallet; wherein said electronic 
wallet includes means for generating said electronic is 
check that contains first said information and said 
second information; and wherein said supply side 
includes means for generating a receipt that con- 
tains said first identification information and said 
second identification information. 20 

174. A mobile electronic commerce system according to 
claim 50, wherein said first electronic wallet 
includes means for generating first identification 
information for identifying an electronic payment 25 
card transfer process performed with said second 
electronic wallet, and for transmitting said first iden- 
tification information to said second electronic wal- 
let; wherein said second electronic wallet includes 
means for generating second identification informa- 30 
tion for identifying an electronic payment card trans- 
fer process performed with said first electronic 
wallet, and for transmitting said second identifica- 
tion information to said first electronic wallet; 
wherein said first electronic wallet includes means 35 
for generating said payment card transfer certificate 
message that contains said first identification infor- 
mation and said second identification information; 
and wherein said second electronic wallet includes 
means for generating said payment card receipt 40 
message that contains said first identification infor- 
mation and said second identification information. 

175. A mobile electronic commerce system according to 
claim 52, wherein said first electronic wallet 45 
includes means for generating first identification 
information for identifying an electronic telephone 
card transfer process performed with said second 
electronic wallet, and for transmitting said first iden- 
tification information to said second electronic wal- so 
let; wherein said second electronic wallet includes 
means for generating second identification informa- 
tion for identifying an electronic telephone card 
transfer process performed with said first electronic 
wallet, and for transmitting said second identifica- 55 
tion information to said first electronic wallet; 
wherein said first electronic wallet includes means 

for generating said telephone card transfer certifi- 



cate message that contains said first identification 
information and said second identification informa- 
tion; and wherein said second electronic wallet 
includes means for generating said telephone card 
receipt message that contains said first identifica- 
tion information and said second identification infor- 
mation. 

176. A mobile electronic commerce system according to 
claim 54, wherein said first electronic wallet 
includes means for generating first identification 
information for identifying an electronic ticket trans- 
fer process performed with said second electronic 
wallet, and for transmitting said first identification 
information to said second electronic wallet; 
wherein said second electronic wallet includes 
means for generating second identification informa- 
tion for identifying an electronic ticket transfer proc- 
ess performed with said first electronic wallet, and 
for transmitting said second identification informa- 
tion to said first electronic wallet; wherein said first 
electronic wallet includes means for generating said 
ticket transfer certificate message that contains 
said first identification information and said second 
identification information; and wherein said second 
electronic wallet includes means for generating said 
ticket receipt message that contains said first iden- 
tification information and said second identification 
information. 

177. A mobile electronic commerce system according to 
claim 54, wherein said first electronic wallet 
includes means for generating first identification 
information for identifying a negotiable card transfer 
process performed with said second electronic wal- 
let, and for transmitting said first identification infor- 
mation to said second electronic wallet; wherein 
said second electronic wallet includes means for 
generating second identification information for 
identifying a negotiable card transfer process per- 
formed with said first electronic wallet, and for 
transmitting said second identification information 
to said first electronic wallet; wherein said first elec- 
tronic wallet includes means for generating said 
payment card transfer certificate message that con- 
tains said first identification information and said 
second identification information; and wherein said 
second electronic wallet includes means for gener- 
ating said payment card receipt message that con- 
tains said first identification information and said 
second identification information. 

178. A recording medium on which is stored a program 
for an electronic payment card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
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for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic payment card is so 
stored as to be readable by a computer, wherein 
said electronic payment card includes a payment 5 
card program, presented card information that 
describes the contents of said electronic payment 
card that is issued, and a card certificate for proving 
that said electronic payment card is real; wherein 
said payment card program further includes man- 10 
agement information for the status of said elec- 
tronic payment card, and payment card program 
data that specifies the operations performed by 
said electronic payment card; and wherein said pre- 
sented card information is accompanied by the dig- 15 
ital signature of the owner of the service providing 
means. 

179. A recording medium according to claim 178, 
wherein said payment card program includes a card 20 
signature private key that is used for a digital signa- 
ture for an electronic payment card, and wherein 
said card certificate is a public key certificate that 
verifies a card signature public key that is paired 
with said card signature private key. 25 

180. A recording medium according to claim 178, 
wherein a clearing program module for said elec- 
tronic payment card includes two cryptographic 
keys, an accounting machine authorization private 30 
key and a card authorization public key; and 
wherein said payment card program includes an 
accounting machine authorization public key that is 
paired with said accounting machine authorization 
private key, and a card authorization private key 35 
that is paired with said card authorization public 
key. 

181 .A recording medium according to claim 178, 
whereof said payment card program data includes 40 
a transaction module program, for specifying the 
procedures employed for message data that are 
exchanged by said electronic wallet and electronic 
payment card settlement means, a display module 
program, for specifying a display for an electronic 45 
payment card, and representative component infor- 
mation for an electronic payment card; and 
whereof, in accordance with said transaction mod- 
ule program for said electronic payment card, a 
central processing unit in said electronic wallet so 
processes said message data that are exchanged 
with said electronic payment card clearing means, 
and displays said representative component infor- 
mation in accordance with said display module pro- 
gram for said electronic payment card, so that said 55 
electronic payment card is displayed on display 
means of said electronic wallet. 



182. A recording medium on which is stored a program 
for a negotiable card used by an electronic wallet in 
a mobile electronic commerce system for paying, 
via wireless communication means, a required 
amount from said electronic wallet that includes 
said wireless communication means, and for 
receiving a product or a service, or a required per- 
mission, from a supply side, and on which said pro- 
gram for said negotiable card is so stored as to be 
readable by a computer, wherein said negotiable 
card includes a negotiable card program, presented 
card information that describes the contents of said 
negotiable card that is issued, and a card certificate 
for proving that said negotiable card is authentic; 
wherein said negotiable card program further 
includes management information for the status of 
said negotiable card, and negotiable card program 
data that specifies the operations performed by 
said negotiable card; and wherein said presented 
card information is accompanied by the digital sig- 
nature of the owner of the service providing means. 

183. A recording medium according to claim 182, 
wherein said electronic negotiable card program 
includes a card signature private key that is used for 
a digital signature for an electronic negotiable card, 
and wherein said card certificate is a public key cer- 
tificate that verifies a card signature public key that 
is paired with said card signature private key. 

184. A recording medium according to claim 182, 
wherein a clearing program module for said elec- 
tronic negotiable card includes two cryptographic 
keys, an accounting machine authorization private 
key and a card authorization public key; and 
wherein said negotiable card program includes an 
accounting machine authorization public key that is 
paired with said accounting machine authorization 
private key, and a card authorization private key 
that is paired with said card authorization public 
key. 

185. A recording medium according to claim 178, 
whereof said negotiable card program data 
includes a transaction module program, for specify- 
ing the procedures employed for message data that 
are exchanged by said electronic wallet and elec- 
tronic negotiable card settlement means, a display 
module program, for specifying a display for an 
electronic negotiable card, and representative com- 
ponent information for an electronic negotiable 
card; and whereof, in accordance with said transac- 
tion module program for said electronic negotiable 
card, a central processing unit in said electronic 
wallet processes said message data that are 
exchanged with said electronic negotiable card 
clearing means, and displays said representative 
component information in accordance with said dis- 
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play module program for said electronic negotiable 
card, so that said electronic negotiable card is dis- 
played on display means of said electronic wallet. 

186. A recording medium on which is stored a program 
for an electronic telephone card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic telephone card is so 
stored as to be readable by a computer, wherein 
said electronic telephone card includes a telephone 
card program, presented card information that 
describes the contents of said electronic telephone 
card that is issued, and a card certificate for proving 
that said electronic telephone card is authentic; 
wherein said telephone card program further 
includes management information for the status of 
said electronic telephone card, and telephone card 
program data that specifies the operations per- 
formed by said electronic telephone card; and 
wherein said presented card information is accom- 
panied by the digital signature of the owner of the 
service providing means. 

187. A recording medium on which is stored a program 
for an electronic telephone card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic telephone card is so 
stored as to be readable by a computer, wherein 
said telephone card program includes a card signa- 
ture private key that is used for a digital signature 
for an electronic telephone card, and wherein said 
card certificate is a public key certificate that veri- 
fies a card signature public key that is paired with 
said card signature private key. 

188. A recording medium on which is stored a program 
for an electronic telephone card used by an elec- 
tronic wallet in a mobile electronic commerce sys- 
tem for paying, via wireless communication means, 
a required amount from said electronic wallet that 
includes said wireless communication means, and 
for receiving a product or a service, or a required 
permission, from a supply side, and on which said 
program for said electronic telephone card is so 
stored as to be readable by a computer, whereof, in 
accordance with said transaction module program 
for said electronic telephone card, a central 
processing unit in said electronic wallet processes 



said message data that are exchanged with said 
electronic telephone card clearing means, and dis- 
plays said representative component information in 
accordance with said display module program for 

5 said electronic telephone card, so that said elec- 

tronic telephone card is displayed on display means 
of said electronic wallet, and whereof said tele- 
phone card program data includes a transaction 
module program, for specifying the procedures 

10 employed for message data that are exchanged by 
said electronic wallet and electronic telephone card 
settlement means, a display module program, for 
specifying a display for an electronic telephone 
card, and representative component information for 

is an electronic telephone card. 

189. A recording medium on which is stored a program 
for an electronic ticket used by an electronic wallet 
in a mobile electronic commerce system for paying, 

20 via wireless communication means, a required 
amount from said electronic wallet that includes 
said wireless communication means, and for 
receiving a product or a service, or a required per- 
mission, from a supply side, and on which said pro- 

25 gram for said electronic ticket is so stored as to be 
readable by a computer, wherein said electronic 
ticket includes a ticket program, presented card 
information that describes the contents of said elec- 
tronic ticket that is issued, and a card certificate for 

30 proving that said electronic ticket is authentic; 
wherein said ticket program further includes man- 
agement information for the status of said elec- 
tronic ticket, and ticket program data that specifies 
the operations performed by said electronic ticket; 

35 and wherein said presented card information is 
accompanied by the digital signature of the owner 
of the service providing means. 

190. A recording medium according to claim 189, 
40 wherein said ticket program includes a ticket signa- 
ture private key that is used for a digital signature 
for an electronic ticket, and wherein said ticket cer- 
tificate is a public key certificate that verifies a ticket 
signature public key that is paired with said ticket 

45 signature private key. 

191 .A recording medium according to claim 189, 
wherein an examination program module for said 
electronic ticket includes two cryptographic keys, a 

so gate authorization private key and a ticket authori- 
zation public key; and wherein said ticket program 
includes a gate authorization public key that is 
paired with said gate authorization private key, and 
a ticket authorization private key that is paired with 

55 said ticket authorization public key. 

192. A recording medium according to claim 189, 
whereof said ticket program data includes a trans- 
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action module program, for specifying the proce- 
dures employed for message data that are 
exchanged by said electronic wallet and electronic 
ticket examination means, a display module pro- 
gram, for specifying a display for an electronic pay- 5 
ment card, and representative component 
information for an electronic ticket; and whereof, in 
accordance with said transaction module program 
for said electronic ticket, a central processing unit in 
said electronic wallet processes said message data w 
that are exchanged with said electronic ticket exam- 
ination means, and displays said representative 
component information in accordance with said dis- 
play module program for said electronic ticket, so 
that said electronic ticket is displayed on display 15 
means of said electronic wallet. 

193. A recording medium on which a program for a pay- 
ment card, which is used for electronic commerce 
that employs an electronic wallet, is so stored as to 20 
be readable by a computer, and whereon as infor- 
mation indicating the contents of a negotiable card, 
included for said payment card, is ASCII informa- 
tion for which tag information that describes the 
information type is additionally provided. 25 

194. A recording medium on which a program for a tele- 
phone card, which is used for electronic commerce 
that employs an electronic wallet, is so stored as to 

be readable by a computer, and whereon as infor- 30 
mation indicating the contents of an electronic tele- 
phone card, included for said telephone card, is 
ASCII information for which tag information that 
describes the information type is additionally pro- 
vided. 35 

195. A recording medium on which a program for a 
ticket, which is used for electronic commerce that 
employs an electronic wallet, is so stored as to be 
readable by a computer, and whereon as informa- 40 
tion indicating the contents of an electronic ticket, 
included for said ticket, is ASCII information for 
which tag information that describes the information 
type is additionally provided. 



50 



55 



210 



EP 0 950 968 A1 




211 



EP 0 950 968 A1 




212 



EP 0 950 968 A1 




213 



EP0 950 968 A1 





CO CO N* 
O O O 
CO CO CO 



co 
o 

CO 



CM 



co N 



oa 
oo 
25 



>- 2 

CO 



1 



b S 



* 2 

^ I 

Si -g 

3 £ 



LU 



/i 



51 



33eIb 



3000 
3000 



o 

CO 



S ° 

CO CO 




214 



EP 0 950 968 A1 



FIG. 3D 



FIG. 3E 



1 00 o0\ 



registered 
OOpayment card 

10000 

CREDIT REMAINING 

8,712 

PAYMENT 



I 1,050 I 



SPEECH MODE 



[end 



[3(1) OS 

00^ 




a y 



100 



OD □□ 
□ D DOi 



REGISTERED 

C Qtelephone card SOTO 

REMWNNG CREQfT AMOUMT 

3,570 

TELEPHONE NUMBER 



0312345678 




100 



215 



EP 0 950 968 A1 




216 



EP 0 950 968 A1 



FIG. 4 




217 



EP0 950 968 A1 



O 




218 



EP 0 950 968 A1 




219 



EP 0 950 968 A1 



FIG. 7 



706- 

705- 
704" 

706- 

705- 
704- 

706- 

705- 
704- 

706- 

705- 
704- 



701 

a 



limuiu 



□ □ □ □ □ 



LLLIIJJIII 



□ □ □ □ □ 



maaa, 
i li ij if ii i 

a a a Q S. 




EZ3- 



X 



703 



104 



220 



EP 0 950 968 A1 



ZZ< 
OOl 
fCIOUI 

hi i OC > 

ri lu<uj 

LU I — O Q 



o 
o 

00 



O- 



00 



o 

,00 



o 

CO 




221 



EP 0 950 968 A1 




222 



EP 0 950 968 A1 




223 



EP 0 950 968 A1 




224 



EP 0 950 968 A1 




225 



EP 0 950 968 A1 




226 



EP0 950 968 A1 




CD 
O 



o 



co 
o 



! 0 ! 
o 

L P.! 
IS! 

"a" 

Si 



2 



CM 
5 



o 
5. 



o 



o 
o 

J* 



IS 

5 s S^: 



I 



cm 

CM nj- 

C\J ^ 

CM ^ 

CO 
— CO 



cd ao 

CO oo 

co ao 

to r*. 

in r*- 

to r>- 



: ocoE 



Q 
CC 

5 



00 

o 



o 



-<=>! 

if) j 



s 



azO 

LU I — 

3g 



CO 
iLU 
.DC 



00 


to 


*r 


CM 


r>» 


m 


CO 




CO 




CM 


O 




CO 




CT> 


^ 


CM 


o 


GO 


CO 




o> 




CM 


o 


oo 


CD 




CD 




to 


CC 


1 


S 

oc 


| 






cz> 




CO 




oc 













o 



O 
ar 



Gj 'CO 



oc 
-< 
o 

o 

I 



CD 

UL 



o 



227 



EP0 950 968 A1 



00 
5 



CM 
O 
5J" 






oo 


in 


rv. 




CO 


LO 






m 


in 






cr> 


in 




CO 


tD 




CM 


CO 


CO 




CM 


CO 


CO 




CM 


CO 


CD 




CM 



o 

CM 



00 
CO 



"5 




228 



EP0 950 968 A1 



m (D 
o o o 

CO CO CO 



_LO_lO 



vLO 



o 

CO 



00 <3> 

O O t- 

CO CO CO 



LLC/} 



is 

CO 



s 

LUCO 





CM 


CO 




to 


CO 


_co 


_co 


_co 


-CO 


__co 


-CO 


in 


lo 


to 


to 


10 


to 















"in 




cc 

§ 

cc 

>LLl 

LU 9b- 



77 



CD 
lO 



CO 



CO 
-CO 



o 

o 

LO 

CM. 
lO 



00 
4-LO 
LO 



T-N4 I— 

LO 



O LO lO (O 

T^jLOJG LO 
u ' — Ifi in 



LO 



CO 
LO 
LO 



O 
U^O />1 
LO °J 
. LO 
LO 



CO 



LO 



3 
Li- 
CC 



o 

CO 



LO 
LO 

T 



<<cuj 
moo 



o 
o 



o 

cc 



o 
o 



00 

o 

LO 



LO 



CO 
CM 

LO 



CM 
LO 



oo 

^LO 



lO 

to 



LO 



o 



2o 



CO 
CM 

to 



CM 
LO 



o 

LX 
CL 
LU 
LU 



CO 



o 

DC 



o 

LO 



o 
o 

LO 



o 

CM 

cm £ 

LO ^ 



3 

CL 

o 



< 
cc 



CM 

o 

LO 



LO 

CM 

to 



CO 
CM 

to 



cc 

Si 



LO 

o 
kio 



oo 



CO 

o 
to 



229 



EP 0 950 968 A1 




230 



EP 0 950 968 A1 



CD 
CO 



CD 

LL 











CO 


1X1 

o 

CL. 


o 


O 




1 1 ■ 

X 
LU 




r 


GO 


U_l 

o 
o 

at 


CM 


CNt 




in 

CJ> 
UJ 
LU 
Q_ 
CO 


CO 


CO 


o 

OJ 


LU 


^- 




OJ 






LO 


OJ 
OJ 




CO 


to 


00 
OJ 










| 






OJ 




CO 


oo 


m 

OJ 


el 

1 IM 

§£ 


CD 


CD 


<£> 
OJ 




O 


#> 










OJ 


Q CC 2 












r 


GO 
OJ 




CM 






GU 






O) 
OJ 




CO 


CM 

LL. 

c 


o 

CO 






CO 
LL. 


CO 


UJ _j 
Q_ O 


LO 


LL. 




1- 

2 




z 



231 



EP 0 950 968 A1 



FIG. 17 



1700 

FUNDAMENTAL 
PROGRAM OBJECTS 
AREA 



1701 

SERVICE DATA AREA 



1702 
USER AREA 



1703 
WORK AREA 



1705DATA MANAGEMENT 
INFORMATION 



1706PERSONAL 
INFORMATION 



1707 PORTRAIT IMAGE 
DATA 



1708USER S PUBLIC KEY 
CERTIFICATE 



1 709 USER PREFERENCE 



1710 TELEPHONY 
INFORMATION 



1711 



CREDITCARD LIST 



1712 



TICKET LIST 



1713 



PAYMENT CARD LIST 



1714 



TELEPHONE CARD LIST 



1715 



USE LIST 



1716 

OBJECT DATA AREA 



1704 

TEMPORARY AREA 



SERVICE DATA AREA 1701 



RAM 1502 



232 



EP 0 950 968 A1 



FIG. 18 





1712 TICKET LIST 




1705 DATA MANAGEMENT 
INFORMATION 


1823- 


TICKET NAME 




1800- 


LAST DATA UPDATE 


1824- 


_ TICKET NUMBER 




1801- 


NEXT DATA UPDATE 


1825- 


_ TICKET STATUS 




1802- 


TERMINAL STATUS 


1826- 


ELECTRONIC TICKET 
- ADDRESS 




1803- 


PERSONAL 
INFORMATION ADDRESS ' 


1827- 


ACCESS TIME 




1804- 


PORTRAIT IMAGE 
DATA ADDRESS 








1805- 


USER'S PUBLIC 
KEY CERTIFICATE 






s 


1806- 


' USER PREFERENCE . 
ADDRESS 








1807- 


TELEPHONY INFORMATION . 
ADDRESS 




1713 
PAYMENT CARD LIST 




1808- 


CREDITCARD 
1 1ST ADDRESS 



1828 
1859 4- NUMBER 

1830- - 



1831- 



1833 



CARD NAME 



CARD STATUS 



AMOUNT OF STORED 
VALUE 



ELECTRONIC PAYMENT 
1832- - CARD ADDRESS 



ACCESS TIME 



1714 TELEPHONE CARD LIST 



1834- 



1835- . NUMBER 



1839- 



CARD NAME 



1 836- ■ CARD STATUS 
1837- 



AMOUNT OF STORED 
VAUiL 




TICKET LIST ADDRESS ..1809 



PAYMENT CARD 
LIST ADDRESS 



TELEPHONE CARD 
LIST ADDRESS 



USE LIST ADDRESS 




1706 personal 
INFORMATION 



1707 



PORTRAIT 
IMAGE DATA 



1708 



USER'S PUBLIC 
KEY CERTIFICATE 



H709 

USER PREFERENCE 



1710 

. TELEPHONY INFORMATION 



1815- 



18134 LAST CALL NUMBER 
181- 



ADDRESS BOOK 
ADDRESS 



SHORTCUT 
FILE ADDRESS 



1711 CREDITCARD LIST 



USE LIST 1715 



REQUEST NUMBER 



SERVICE CODE 



USE TIME 



ELECTRONJC TELEPHONBj 
1838- ■ CARD ADDRESS 



ACCESS TIME 



USE INFORMATION 
ADDRESS 



1816 
1817-f 
1818 
1819- 
1820- 



CREDITCARDNAME 



CREDITCARD NUMBER 



EFFECTIVE PERIOD 



CREDITCARD STATUS 



CREDITCARD IMAGE 
DATA ADDRESS 



1RP1 CREDITCARD OBJECT 
i*** 1- * DATA ADDRESS 



1822- ACCESS TIME 



233 



EP 0 950 968 A1 



FIG. 19 



>- 



ELECTRONIC TICKET 



TICKET PROGRAM HEADER- 



TICKET NAME 



TICKET ID 



TICKET STATUS 



VARIABLE INFORMATION 
OF TICKET 



TICKET EXAMINATION 
NUMBER 



TICKET DIGITAL SIGN 
PRIVATE KEY 



TICKET PRIVATE KEY 



GATE PUBLIC KEY 



TICKET PROGRAM DATA 



PRESENTING TICKET 
HEADER 



TICKET CODE 



TICKET ID 



TICKET INFORMATION 



TICKET ISSUER ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



TICKET ISSUED TIME 



TICKET CERTIFICATE 
HEADER 



TICKET ID 



TICKET DIGITAL SIGN 
PUBLIC KEY 



TICKET CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME 
SB-zl 



1913 



1918 
1919 

1920 

■ 1921 

1922 

■ 1902 



TRANSACTION MODULE — 1930 



REPRESENTATION 
MODULE 



REPRESENTATION 
COMPONENT 



--1931 



--1932 




REGISTERED TICKET 
CERTIFICATE HEADER 



TICKET ID 



TICKET DIGITAL SIGN 
PUBLIC KEY 



TICKET CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME - 



■1934 

-1935 

-1936 

-1937 

-1938 

-1939 

-1940 
-1933 



234 



EP 0 950 968 A1 



FIG. 20 

ELECTRONIC PAYMENT CARD 



PAYMENT CARD 
PROGRAM HEADER 



CARD NAME 



CARD ID 



CARD STATUS 



AMOUNT OF STORED 
VALUE 



MICRO CHECK ISSUED 
NUMBER 



CARD DIGITAL SIGN 
PRIVATE KEY 



CARD PRIVATE KEY 



ACCOUNTING EQUIPMENT. 
PUBLIC KEY 



PAYMENT CARD 
PROGRAM DATA 



PRESENTING CARD 
HEADER 



CARD CODE 



CARD ID 



CARD INFORMATION 



PAYMENT CARD 
ISSUER ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CARD ISSUED TIME 



CARD CERTIFICATE 
HEADER 



CARD ID 



CARD DIGITAL SIGN 
PUBLIC KEY 



CARD CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME 



®3 



■2013 



■2018 
-2019 

-2020 

-2021 

-2022 
-2002 



TRANSACTION MODULE — 2030 



REPRESENTATION 
MODULE 



REPRESENTATION 
COMPONENT 



2031 



2032 




REGISTERED CARD 
CERTIFICATE HEADER 



CARD ID 



CARD DIGITAL SIGN 
PUBLIC KEY 



CARD CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME- 



2034 
2035 
2036 
2037 
2038 
-2039 

■2040 
2033 



235 



EP 0 950 968 A1 



FIG. 21 

ELECTRONIC TELEPHONE CARD 



TELEPHONE CARD 
PROGRAM HEADER 



CARD NAME 



CARD ID 



CARD STATUS 



AMOUNT OF STORED 
VALUE 



MICRO CHECK ISSUED 
NUMBER 



CARD DIGITAL SIGN 
PRIVATE KEY 



CARD PRIVATE KEY 



ACCOUNTING EQUIPMENT. 
PUBLIC KEY 



TELEPHONE CARD 
PROGRAM DATA 



PRESENTING TICKET 
HEAD ER 



TICKET CODE 



TICKET ID 



CARD INFORMATION 



TELEPHONE CARD 
ISSUER ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



TCARD ISSUED TIME 



CARD CERTIFICATE 
HEADER 



CARD ID 



TICKET DIGITAL SIGN 
PUBLIC KEY 



CARD CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME 



•2113 



2118 
2119 

-2120 

-2121 



2122 



TRANSACTION MODULE --2130 



REPRESENTATION 
MODULE 



REPRESENTATION 
COMPONENT 



--2131 



--21 32 




REGISTERED CARD 
CERTIFICATE HEADER 



CARD ID 



CARD DIGITAL SIGN 
PUBLIC KEY 



CARD CERTIFICATE ID 



TERM OF VALIDITY 



SERVICE PROVIDER ID 



CERTIFICATE ISSUED TIME- 



2134 

2135 
•2136 

•2137 
2138 
•2139 
•2140 



M3-2133 



236 



EP 0 950 968 A1 




C\J 
CM 



237 



EP 0 950 968 A1 




238 



EP0 950 968 A1 



CO 



00 



o 

CM 



CM 



CM 
CM 



CO 
CM 



CM 



LO 
CM 



CO 
CM 



CM 



CO 
CM 



CM 



O 

CO 



CO 



"POWER" 


o 


o 


"LOCK" 






i 


CM 


CM 




CO 


CO 










m 


LO 

s 




CO 


CO 








KEY 
INTERRUPT 


00 


oo 


EXTERNAL 
IF 

INTERRUPT 




5 

CD 


UPDATE 
INTERRUPT 


o 


* 


DATA 
DECEPTION 
INTERRUPT 






INFRARED 
RECEPTION 
INTERRUPT 


CM 


s. 

LL 

£ 


TOUCH 
PANEL 
INTERRUPT 


CO 

T— 


"F 2" 


i PHONE 
SPEECH 
i DISPLAY 




"F 3" 


POWER 
DISPLAY 


to 


LL 



239 



EP 0 950 968 A1 



FIG. 24 



2400 

FUNDAMENTAL 
PROGRAM OBJECTS 
AREA 



2401 
SERVICE DATA AREA 



2402 
MERCHANT AREA 



2403 
WORK AREA 



2404 
TEMPORARY AREA 



RAM 2202 



2405 DATA MANAGEMENT 
INFORMATION 



2406 

MERCHANT INFORMATION 



2407 MERCHANTS PUBLIC 
KEY CERTIFICATE 



2408 

MERCHANT PREFERENCE 



2409 

EXAMINING TICKET LIST 



2410 TRANSACTION LIST 



2411 

AUTHORIZATION REPORT LISTl 



SERVICE DATA AREA 2401 



240 



EP 0 950 968 A1 



FIG. 25 



2405 DATA MANAGEMENT 
INFORMATION 



2500- - LAST DATA UPDATE 



2501- 

2502- 

2503- 

2504- 

2505- 

2506- 

2507- 
2508- 



NEXT DATA UPDATE 



TERMINAL STATUS 



MERCHANT 
INFORMATION ADDRESS 
MERCHANTS PUBLIC KEY 
CERTIFICATE ADDRESS 



MERCHANT PREFERENCE 
ADDRESS 



EXAMINING TICKET 
LIST ADDRESS 



TRANSACTION LIST 
ADDRESS 
AUTHORIZATION REPORT 
LIST ADDRESS 



2406 MERCHANT 
INFORMATION 



2407 MERCHANTS PUBLIC 
KEY CERTIFICATE 



2408 MERCHANT 
PREFERENCE 



2409 EXAMINING TICKET LIST 



TICKET NAME 



TICKET CODE 



TICKET ISSUER ID 



TERM OF VALIDITY 



GATE PRIVATE KEY 



TICKET PUBLIC KEY 



TICKET EXAMINATION 
MODULE ADDRESS 



2509 
2510 
2511 
2512 
2513 
2514 
2515 



241 0 TRANSACTION LIST 



TRANSACTION NUMBER 



SERVICE CODE 



TRANSACTION TIME 

TRANSACTION 
INFORMATION ADDRESS 



2516 
2517 
2518 
2519 



J 



2411 AUTHORIZATION REPORT LIST 



AUTHORIZATION REPORT 
ADDRESS 



3: 
J 



2520 



241 



EP 0 950 968 A1 




242 



EP0 950 968 A1 



^ LO (O 

o o o 
in in in 




SOS 



243 



EP 0 950 968 A1 



CD 



CD 
CM 

CD 

LL 



CO 



CD 



o 

CM 



CM 



CM 
CM 



CO 
CM 



CM 



CM 



CD 
CM 



CM 



CO 
CM 



CM 



O 

CO 



CO 



or 




r 


uj 


o 


CD 


g 












ZD 

o 




5" 


UJ 

>< 

UJ 






UJ 






o 


CM 


Osl 










CO 


CO 






= 


OOH, 










£ 




m 






CO 


CO 






r 


















= 


>- ctr 
LU cc 


00 


CO 


LU) 






ERNAL 

IRRUPT 


o> 


- 

CD 


B i 












1 1 1 


o 










151 


















CALL 

CEPTION 

FERRUPT 


CM 


— 

U_ 


LU .9 

cc — 








CO 


CNI 






LL 












CO 


uj 




LL. 


i — 






uj 3 

^ °- 


If) 


z 


O "2 




U_ 


CL. Q 






h- 




h- 


Z 







244 



EP 0 950 968 A1 



FIG. 28 



2800 

FUNDAMENTAL 
PROGRAM OBJECTS 
AREA 



2801 
SERVICE DATA AREA 



2802 

MERCHANT AREA 



2803 
WORK AREA 



2804 
TEMPORARY AREA 



2805 DATA MANAGEMENT 
INFORMATION 



2806 MERCHANT 

INFORMATION 



2807 MERCHANT'S PUBLIC 
KEY CERTIFICATE 



2808 MERCHANT 
PREFERENCE 



2809 TELEPHONY 
INFORMATION 



2810 



AVAILABLE 
CREDITCARD LIST 



2811 AVAILABLE PAYMENT 
CARD LIST 



2812 TRANSACTION LIST 



2813 AUTHORIZATION 
REPORT LIST 



SERVICE DATA AREA 2801 



RAM 2602 



245 



EP 0 950 968 A1 



FIG. 29 



2805 DATA MANAGEMENT 
INFORMATION 



2900 



281 0 AVAILABLE CREDITCARD LIST , 2901 
2gi4- CREDITCARD NAME 

2915 - _ 
2916- 




- - TERMINAL STATUS 



281 1 AVAILABLE PAYMENT CARD LIST 



2917- 
2918- 



2921- 
2922- 
2923 



CARD NAME 



CARD CODE 



2919- PAYMENT CARD ISSUER ID 

2920- _ 



TERM OF VALIDITY 



ACCOUNTING EQUIPMENT 
PRIVATE KEY 



CARD PUBLIC KEY 



PAYMENT CABQAi 



DULEADDRI 



ITIN6 



2908 
2909 
2910 



LAST DATA UPDATE 



NEXT DATA UPDATE 



MERCHANT INFORMATION 
ADDRESS 



2806 
MERCHANT INFORMATION 



2807 
MERCHANTS PUBLIC 
KEY CERTIFICATE 



MERCHANT PREFERENCE 
ADDRESS 



TELEPHONY INFORMATION 
ADDRESS 



w AVAILABLE CREDITCARD 
4- LIST ADDRESS 



AVAILABLE PAYMENT 
CARD LIST ADDRESST 



TRANSACTION LIST 
ADDRESS 



AUTHORIZATION REPORT 
LIST ADDRESS 



2808 

MERCHANT PREFERENCE 



2809 TELEPHONY INFORMATION 



LAST CALL NUMBER 



■2911 



ADDRESS BOOK ADDRESS . 2 g 1 2 



SHORTCUT FILE ADDRESS .2913 



281 2TRANSACTI0N LIST 



T 



TRANSACTION NUMBEFT -2924 
-2925 



SERVICE CODE 



TRANSACTION TIME 2g26 



TRANSACTION 
INFORMATION ADDRESS j-2927 



T 



2813 AUTHORIZATION 
REPORT LIST 



|author aM epo R t 



I' 

I 



246 



EP0 950 968 A1 



O 

CM CD t— 
O O O 
CO CO CO 




247 



EP0 950 968 A1 



O 

C\J O) 

O O O 

tO <D CO 



cc 



II 



CO 
CO 





-J 












O 






CO 




T 



✓ CO 



LO <D 00 

o o o 

CO CO CO 



o 

X 

o 



CO 
CO 

:§ 

CO 

<c 

DC 

<CCQ 



CO 



CO 



o 

CO 
CO 

CO 

2: 



o 

CO 



I 

OC 

O 

ZD 

o 

I 



act 



CO 



CO 



© 

CD 



CD 
u_ 




— » A- 
— I V- 



DC — I— 
<<CLU 

cooq 



UJ ^ LU 

CC5Q 



o 

O 
CO 



UJ 





CO 




0 


0 


CD 

z. 


CO 




0 




CO 


0 


-K 


a 


-»/ 


— 1 







2 

o 

OC 
CL J \ 
LU 



CO 
O 
O 

uco 



o 
o 

co 



2 


y 


0 




QC 






O 




O 




O 



=>■ 
CL 



CO 




248 



EP 0 950 968 



A1 



CO 



GO 



o 

CM 



CM 
CVJ 



CO 
CM 



CM 



LO 
CM 



CO 
CM 



I s - 
CM 



00 
CM 



CM 



o 

CO 



CO 



LU OC 



: 5 



CJ> MJ 



: OC 

: ac 



Sis 



CO 



o 

CO 

d 

LL 



00 



o 

CM 



eg 



CM 
CVJ 



CO 
CM 



CM 



If) 

CM 



CO 
CM 



CM 



oo 

CM 



CD 

CM 



O 
CO 



CO 



"POWER" 


o 


s 

o 


:n itp' 






ss 




= 


a 

■ ■ i 






"MODE 


CM 


CM 


'SPEECH" 


CO 


CO 






"END" 








m 


LO 




CO 


CO 




I s - 






00 


oo 


"SUM" 




CD 




o 




•I- 

£ 






X 


CM 


LL 


J 


CO 


CM 
LL 


s 

+ 




£ 

cr> 

LL 


II 


in 


LL 


KEY 




KEY 



249 



EP 0 950 968 A1 



FIG. 32 



3200 
FUNDAMENTAL 

PROGRAM OBJECTS 
AREA 



3201 
SERVICE DATA AREA 



3202 

MERCHANT AREA 



3203 
WORK AREA 



3204 
TEMPORARY AREA 



RAM 3002 



3205 DATA MANAGEMENT 
INFORMATION 



3206 MERCHANT 
INFORMATION 



3207 MERCHANTS PUBLIC 
KEY CERTIFICATE 



3208 MERCHANT 
PREFERENCE 



3209 TELEPHONY 
INFORMATION 



3210 AVAILABLE 

CREDITCARD LIST 



3211 AVAILABLE PAYMENT 
CARD LIST 



3212 TRANSACTION LIST 



3213 AUTHORIZATION 
REPORT LIST 



3214 OBJECT DATA AREA 



SERVICE DATA AREA 3201 



250 



EP 0 950 968 A1 



FIG. 33 



3205 DATA MANAGEMENT 
INFORMATION 



3300- - LAST DATA UPDATE 



321 0 AVAILABLE CREDITCARDUST 



3314. . CREDITCARD NAME 



SERVICE CODE 
3315 4 LIST ADDRESS 



CREDITCARD CLEARING 
331 fi 4 PROGRAM ADDRESS 



3301 . _ NEXT DATA UPDATE 



J 



321 1 AV AILABLE PAYMENT CARD LIST 



3302- - TERMINAL STATUS 



MERCHANT INFORMATION 
3303 4- ADDRESS 



MERCHANTS PUBLIC KEY 
.- - CERTIFICATE ADDRESS 



3317- 
3318- 



CARD NAME 



CARD CODE 



3319- PAYMENT CARD ISSUER ID 
33204 TERMOFVAU0ITY 
3321- 



ACCOUNTING EQUIPMENT 
PRIVATE KEY 



3322.. CARD PUBLIC KEY 



PAYMENT CARD ACCOUNTING 
33234 MODULE ADDRESS 



X 



3308 



3309 



331 ( 



3206 

MERCHANT INFORMATION 



3207 

MERCHANT'S PUBLIC 
KEY CERTIFICATE 



3304- 

MERCHANT PREFERENCE 
33054- ADDRESS 



r 



«« rt ^_iJELEPHONY INFORMATION 
3306+ ADDRESS 



w AVAILABLE CREDITCARD 
3307 4- LIST ADDRESS 



AVAILABLE PAYMENT 
CARD LIST ADDRESS 



TRANSACTION LIST 
ADDRESS 



AUTHORIZAT 
0- LIST AC 



AUTHORIZATION REPORT 
ADDRESS 



J 



3208 

MERCHANT PREFERENCE 



3209 TELEPHONY INFORMATION 



LAST CALL NUMBER 



ADDRESS BOOK ADDRESS 



SHORTCUT FILE ADDRESS .33^ 



-3311 
-3312 



321 2 TRANSACTION UST 



TRANSACTION NUMBER ■ -3324 



SERVICE CODE -3325 
■ -3326 



TRANSACTION TIME 



TRANSACTION 
INFORMATION ADDRESS 43327 



X 



J 



3313 AUTHORIZATION 
REPORT LIST 



1 



AUTHORIZATION REPORT 
ADDRESS 



3? 

y 



251 



EP0 950 968 A1 



CM 
O 

V 



DC 

<c 

Ui 

Q_ 
CO 
O 



to 
I5° 



CO 
Q.CO 



o 
v 



00 

CO 



Q- 

CO 

Q 
I— 

o 



in 
o 



12. 



XT 
CO 



O 

in 

co 



□c 
o 



< 

o 

UJ 

o 

dc 
a. 

7T 



CD 
CO 

1/ 



CO 

1/ 



o 
o 

DC 



1Z 



CO 



<M 
CO 



OS 
1-52 

□IS 
"7T 



CO 
CO 



CO 

in 

CO 



LU 
> 

DC 
Q 

O, 
GC 

6 
o 

77 



CO 



12 



in 

CO 



CO 



£3 
00 

OCT 



7T 



co 



P - 

/ -< 

CO 



CO 

in 

co 



CO 



co oJ 

k CO CO 



V 



=*3 



-1/ 



CO 
CO 

co 



00 o> o 

o OJ CO 

_^oo co CO 



I 

CO 



5 3 

CO CO 



LU 

<Q 

xo 

00 



CD 

o 

co\| 
in 

CO 

w co 
_ 

^ CO 



0 



-1/ 



GC 

p 



GC 

§ 

o 

UJ 

o 



CO 
CO 



00 

^- 

CO 



CO 
O CO 



a> 



CO 



o 

CO 



CM 
CO 

CO 

CM 

5- 00 

CO 

I 



0 



CO 

1 



o 
o 

3 

g 



8 



o 



co- 



co 

CO 



CM 
CO 

— I— N 



CO 
CM 

CO 



CO 



z 
o 



£83 



<o 
o 

CO 



CO 
CM 



2 

o 
oc 

0. 
LU 
LU 



CO 

o 

CO 



CM 
CO 



o 

DC 



o 



c 



-PI. 
o 

CO 

A-i N 



3 

o 



o 



_ CM 



DC 



CM 
CO 



<±0 



in 

CM 
CO 



o 

Q_ 

OCO 

oco 

H-lii 
GLO 

>-o 

DC DC 
OQ- 



o 

CO 



10 s 



<co 
00 



l/CO 



CD 

8 



m 
in 

CO 



252 



EP 0 950 968 A1 




253 



EP 0 950 968 A1 



OQ 

in 

CO 

(3 

LL 



00 



O 

CM 



CM 



CM 
CM 



CO 



CM 



IT) 
CM 



CD 
CM 



CM 



GO 
CM 



CM 



O 
CO 



CO 



isC DC 



cc^- 



2 oc 



|8 OQ 



254 



EP 0 950 968 A1 



FIG. 36 



3600 

FUNDAMENTAL 
PROGRAM OBJECTS 
AREA 



3601 
SERVICE DATA AREA 



3602 
WORK AREA 



3603 
TEMPORARY AREA 



3604 DATA MANAGEMENT 
INFORMATION 



3605 MERCHANT 

INFORMATION 



3606 MERCHANT'S PUBLIC 
KEY CERTIFICATE 



3607 MERCHANT 
REFERENCE 



3608 AVAILABLE PAYMENT 
CARD LIST 



3609 TRANSACTION LIST 



3610 OBJECT DATA AREA 



SERVICE DATA AREA 3601 



RAM 2602 



255 



EP 0 950 968 A1 



FIG. 37 



3604 DATA MANAGEMENT 
INFORMATION 



3700" 
3701- 



3702 
3703 
3704- 
3705- 
3706- 
3707- 



LASTDATAUPOATE 



NEXT DATA UPDATE 



STATUS 



MERCHANT 
INFORMATION ADDRESS 

MERCHANTS PUBLIC KEY 
CERTIFICATE ADDRESS 



MERCHANT PREFERENCE 
ADDRESS 



AVAILABLE PAYMENT 
CARD LIST ADDRESS 



TRANSACTION LIST 



3605 MERCHANT 
INFORMATION 



3606 MERCHANTS PUBLIC 
KEY CERTIFICATE 



3607 MERCHANT 
PREFERENCE 



2808 AVAILABLE PAYMENT CARD LIST 



CARD NAME 



CARD CODE 



PAYMENT CARD ISSUER ID 



TERM OF VALIDITY 



ACCOUNTING EQUIPMENT 
PRIVATE KEY 



CARD PUBLIC KEY 



PAYMENT CARD ACCOUNTING 
MODULE ADDRESS 



3708 

— 3709 

— 3710 

— 3711 

— 3712 
3713 

J— 3714 



3609 TRANSACTION LIST 



TRANSACTION NUMBER 



SERVICE CODE 



TRANSACTION TIME 



TRANSACTION 
INFORMATION ADDRESS 



I 



3715 



J— 3716 
-3717 



3718 



J 



256 



EP 0 950 968 A1 



FIG. 38 



3808- 



C 



805 



EXTERNAL 
INTERFACE 



3816 



3807 




257 



EP 0 950 968 A1 



FIG. 39 



3900 

FUNDAMENTAL 
PROGRAM OBJECTS 
AREA 



3901 
SERVICE DATA AREA 



3902 
WORK AREA 



3903 
TEMPORARY AREA 



3904 DATA MANAGEMENT 
INFORMATION 



3905 COMMUNICATION SERVICE 
PROVIDER INFORMATION 



3906 COMMUNICATION SERVICE 

PROVIDER'S PUBLIC KEYCERTIFICATE 



3907 COMMUNICATION SERVICE 
PROVIDER PREFERENCE 



3908 



AVAILABLE TELEPHONE 
CARD LIST 



3909 TRANSACTION LIST 



SERVICE DATA AREA 3901 



RAM 3702 



258 



EP 0 950 968 A1 



FIG. 40 



3904 DATA MANAGEMENT 
INFORMATION 



4000" 

4001 

4002 

4003- 

4004 

4005 

4006 
4007 



LAST DATA UPDATE 



NEXT DATA UPDATE 



STATUS 



COMMUNICATION SERVICE 
PROVIDER INFORMATION ADDRESS 



COMMUNICATION SERVICE PROVIDER'S 
PUBLIC KEY CERTIFICATE ADDRESS / 



COMMUNICATION SERVICE 
PROVIDER PREFERENCE ADDRESS 



AVAILABLE TELEPHONE 
CARD LIST ADDRESS 



TRANSACTION LIST ADDRESS \ 



3905 



COMMUNICATION SERVICE 
PROVIDER I INFORMATION 



3906 COMMUNICATION SERVICE 
PROVIDER'S PUBLIC KEY 
CERTIFICATE 



3907 COMMUNICATION SERVICE 
PROVIDER PREFERENCE 



3908 AVAILABLE TELEPHONE CARD LIST 



CARD NAME 


— 4008 


CARD CODE 


— 4009 


TELEPHONE CARD 
CARD ISSUER ID 


—4010 


TERM OF VALIDITY 


—4011 


ACCOUNTING EQUIPMENT 
PRIVATE KEY 


—4012 


CARD PUBLIC KEY 


—4013 


TELEPHONE CARD ACCOUNTING 
MODULE ADDRESS 


— 4014 







I 



J 



3909 TRANSACTION LIST 



TRANSACTION NUMBER 



SERVICE CODE 



TRANSACTION TIME 



TRANSACTION 
INFORMATION ADDRESS 



I 



4015 

4016 
4017 

4018 



T 



259 



EP0 950 968 A1 




O 
O 



CM 
O 



|TJ- 




^ CO 
< CO 



260 



